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I. INTRODUCTION 



Within the Department of Defense and business world, one facet of a manager’s 
success is his/her skill at formulating an appropriate balance among the scarce resources at 
his/her disposal. Sagacious allocation of limited resources are paramount to the success of 
a manager. Multiple methods exist and are at the disposal of a manager for guiding 
him/her to the most feasible solution. One of the instruments available to the manager for 
resolving a resource allocation dilemma is simulation. Simulation is a methodology that 
handles uncertainty and presents the manager with the best possible solution among 
several feasible alternatives. The most simplistic simulation model involves elementary 
mathematical equations and events that can be formulated and solved by hand. However, 
most applications of simulation in a real world setting are too complex for hand 
calculations and thus require the implementation of digital computers with simulation 
specific software. The simulation method that is appropriate for each predicament is a 
function of the complexity of the problem and the time constraints faced by the decision 
maker. Hand simulation is time consuming and often impossible to solve. Simulation 
specific packages employing a digital computer will solve a majority of problems. 
Unfortunately, simulation oriented software is not as widely applied as it can be due its 
prohibitive cost or technical skill needed to develop a simulation program. 

A. PURPOSE 

The purpose of this thesis is to confront resource allocation through simulation 
methodology by using a conglomeration of simplistic and complex methods. Digital 
computer spreadsheets, which are available to virtually every manager, can be applied to 
perform simulation. A link between computer spreadsheets and simulation will allow a 
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broader application of simulation methodology by managers. This thesis will focus on the 
methods for applying computer spreadsheet simulation for solving relatively complex 
resource allocation predicaments. This study is structured to answer one primary 
question: How applicable are off-the-shelf digital computer spreadsheets for resolving 
resource allocation problems employing simulation methodology? 

B. SCOPE 

The focus of the study will be limited to discrete vice continuous simulation 
techniques. The distinction between discrete and continuous systems is required because 
of the entirely separate discipline existing concerning the study of continuous systems. 
Models of continuous systems are an industrial process integrated over a period of time 
resulting in the mathematical formulas containing differential equations. Discrete systems 
involve product industries that can be quantified into discrete events thus requiring 
simplistic mathematical equations. Problems requiring the application of differential 
equations should be solved with simulation specific software. Thus, the analysis will be 
conducted using the digital computer spreadsheet software Microsoft Excel 4. 0 for 
Windows. Excel 4.0 is currently the most powerful off-the-shelf spreadsheet software 
available and is compatible with other available spreadsheet software. 

C. OVERVIEW 

In order to comprehend the simulation method, simulation philosophy will be 
introduced in Chapter II. The chapter will also describe how simulation can be used as a 
resource allocation tool. Chapter III introduces terms, builds upon the simulation 
philosophy, and develops the methodology required for construction of simulation models. 
Throughout the chapter, simulation methodology as it pertains to computer spreadsheets 
will be discussed in order to develop guidelines for building models. Chapters IV, V, and 
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VI will illustrate the previous chapter’s guidelines for computer spreadsheets. Three 
different scenarios will be modeled and analyzed using simulation. Chapter VII presents 
the conclusions of the research. 
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II. SIMULATION AS A RESOURCE ALLOCATION DECISION TOOL 



Simulation methodology is one of several tools available to the manager for 
providing feasible solutions to the enigma of allocating scarce resources. Before 
discussing the many benefits of analyzing resource allocation problems through simulation 
techniques, one must first become familiar with the alternative methods that are available 
and practiced by managers. When presented with a predicament concerning the 
apportionment of assets, how does a manager arrive at a decision? 

A. TOOLS FOR RESOURCE ALLOCATION 

A significant number of the decisions made by managers when facing almost any 
issue are founded upon his/her previous experience or intuition. A manager’s experience 
accumulates throughout his/her career and can originate from many sources. The acumen 
of professional consultants, professional literature, and successes or failures both he/she 
and his/her competitors have encounter in the past are just a few of the sources of 
experience. Decisions arrived at by intuition are more difficult to rationalize. However, a 
decision based on a “gut feel” has been encountered by almost everyone. Recurrently, a 
manager encounters a decision that he/she has no experience to reflect upon for a solution. 
What methods are available to a manger if he/she has no previous experience or no desire 
to commit resources solely upon intuition? 

One method a manager has at his/her disposal if he/she does not have any experience 
to reflect upon is to create a knowledge base for his/her decision. Knowledge is 
developed by performing experiments on the actual system that he/she lacks knowledge 
and observing the responsive behavior. The system that is modeled can be any set of 
interdependent elements that function within an organization to meet specific goals, i e , 
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allocation of resources. Experiments consist of proposing and applying changes to 
variables, policies, or scenarios that effect the system. The resultant consequences and 
behavior of the system manipulation are analyzed and further changes are considered and 
acted upon. Through these iterations of experiments, experience is developed and a final 
decision or policy is settled upon. 

This method, often called “trial and error,” has its drawbacks. Trial and error on the 
actual system can be expensive, time consuming, and even detrimental. Thus, one can 
rarely perform experiments in the business world. Even if the opportunity exists, if the 
system does not yet exist, experimentation is not a feasible alternative. A manager must 
apply other methods to develop experience. 

Analytical techniques are another method for decision analysis and involve the 
application of mathematical equations that have been derived by management scientists. 
The system in question is studied and a mathematical model is constructed that represents 
the interactions of the system and environment. The relevant equations are solved using 
simultaneous equations and calculus techniques resulting in an optimal solution. An 
optimal solution is the best solution among several feasible solutions. The manager can 
then institute his/her decision or policy. However, a few caveats must be considered when 
a manager chooses the analytical approach. First, the system may be amenable to a 
mathematical model but deriving the solution may be beyond the capabilities of the 
manager or his/her staff. Second, as a model more closely simulates reality, i.e., becomes 
increasingly more complex and mathematical techniques becomes incapable of fully 
describing the system. Thus, another tool is required to resolve these dilemmas. 

B. SIMULATION FOR RESOURCE ALLOCATION 

To solve analytical enigmas, the next alternative available to managers is the world 
of simulation. Simulation methodology is the development of a mathematical model or a 
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series of models that describes the behavior of a system over time. Thus, simulation is 
heavily dependent upon analytical techniques and offers a method of solving analytical 
problems that are beyond the manager’s capabilities. Many other benefits exist with 
simulation, but simulation is not an end in itself. It is a vehicle from which data for further 
analysis is collected and conclusion drawn. It does not replace the experience and 
intuition of the manager but instead it is an augmentation to the information available to a 
manager. 

The two preeminent advantages of simulation in comparison to previously discussed 
methods are imitation of reality and reduced expense. Imitation of reality is a key concept 
and an advantage of simulation because it allows a manager to observe the behavior of a 
system as he/she induces change without agitating the real system. Thus, the difficulties 
encountered with actual experimentation are mitigated. The manager can now observe 
behavior of a simulated system and will be able to determine the system’s sensitivity to 
changes in key variables, locate critical factors or problem areas, and evaluate the 
effectiveness of his/her decisions. Thus, a manager can derive effective solution before the 
actual implementation of an unproved policy or action. Also, during a simulation exercise, 
he/she can control many features of a system that he/she would not usually control in a 
real world setting. A manager can develop experience by relating known manipulation to 
known results. 

Concerning expense, simulation offers several economical benefits. By use of digital 
computer simulation methods, a manager can evaluate alternative ways of meeting 
objective in a fraction of the time that would normally be required for the long term effects 
of a proposed decision to occur in time. Time is money and simulation methods allow the 
manager to be in control of time. He/she can compress time so as not to wait for the 
passage of time to produce results. Second, manipulation does not occur with an actual 
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system in which costly mistakes and pitfalls could occur. He/she can gain experience at 
the expense of a simulation model vice the organization’s capital. Furthermore, if the 
system is in the design stage and does not yet exist, simulation allows for cost benefit 
analysis of hypothetical situations. The manger can derive an economical design founded 
upon simulated results. Construction of a system need not be based upon an intuitive 
guess or a faulty experience. Also, simulation produces data inexpensively which can be 
used for further analysis. 

Therefore, simulation is a viable and essential tool for approaching all but the most 
simplistic of resource allocation problems. Simulation methodology provides the manager 
with the best of all feasible alternatives without committing an organization’s capital. 
Additional consideration must be given to the low cost associated with simulation. The 
next section discusses how a manager applies simulation as a tool. 

C. SIMULATION THROUGH COMPUTERS 

Assuming the manger understands the benefits of simulation methodology, how 
does he/she most effectively implement simulation techniques? Simulation can range from 
very simplistic methods involving the development of a solution by hand to the most 
complex that require the application of digital computers and simulation specific 
languages, i.e., GPSS and SIMSCRIPT to name a couple. Unfortunately, for a majority 
of managers, the hand technique becomes either too complex and time consuming or the 
computer oriented method is too expensive and beyond the manager’s skills. Thus, he/she 
must consult a simulation programming expert to solve his/her problems, if one is 
available. Another approach would be the marriage of simple and complex techniques 
through the application of off-the-shelf computer spreadsheets to solve all but the most 
difficult simulation quandaries. 
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Digital computer spreadsheets were first introduced with the development of 
Visicalc by Dan Bricklen and Bob Franston in 1979 [Ref. 1], Visicalc did little more than 
replace pencil and paper calculations with a computer. However, during the past decade, 
computer oriented spreadsheets have grown exponentially in functionality and computing 
power. Through spreadsheets, a manager has the ability to produce powerful simulation 
models. All the manager needs is knowledge of simple spreadsheet procedures and an 
understanding of basic principles of simulation methodology. Currently, the most popular 
off-the-shelf spreadsheet software is Lotus 1-2-3 , followed by Excel. Each provides 
limited simulation ability by employing “what if’ analysis. Thus, simple simulation is 
available to anyone who owns a microcomputer and a spreadsheet package. 

However, “what if’ analysis is limited to a few variables and does not address time 
or probabilistic issues that are essential criteria for simulation methods. These limitations 
can be resolved through the purchase of inexpensive simulation “add-in” programs such as 
Simulated Solution , %RISK, or Crystal Ball , or by spreadsheet programming through 
“macro” commands. Add-in programs are not widely available to most managers, but the 
basic spreadsheet program is available to virtually all managers. Accordingly, Chapter III 
will explore the applicability and development of computer spreadsheets for solving 
moderately complex simulation problems using simulation methodology and spreadsheet 
macros. In addition, guidelines for the development of computer spreadsheet simulation 
models will be identified for application to other resource allocation problems. 
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UI. SIMULATION METHODOLOGY 



This chapter outlines the methodology entailed when developing and applying 
simulation models and digital computer spreadsheets to resolve resource allocation 
predicaments. The chapter will begin by summarizing relevant simulation oriented 
terminology followed by a discussion of an effective strategy for a manager who embarks 
upon the creation of a simulation model. When appropriate, concepts, suggestions, and 
command specific to Excel 4.0 (adaptable to other off-the-shelf spreadsheets) will be 
provided to assist a manager on his/her macro programming endeavors. 

A. TERMINOLOGY 

The following terms are employed throughout the course of this study and will be 
defined here so as to avoid any confusion in terminology. 



1. System: The system is any set of interdependent elements that function within 
an organization to meet specific goals. A system may have subsystems. 

2. Model: The model is an imitation of a system using formulas, logic statements, 
etc., that when conglomerated represent how the system physically interacts 
within reality. 

3. Discrete: A discrete system has events that occur during a specific point in 
time. Time is considered as a distinct unit vice continuous with events flowing 
from one to the next. 

4. Stochastic: A stochastic system entails estimates on the part of the decision 
maker of events or variables that are random or probabilistic in nature. 

5. Deterministic: When variables are assigned a single- valued estimate vice a 
stochastic estimate, they are considered deterministic. 



9 



6. Exogenous Variable: Exogenous variables are entered into a model and are 
not altered in value during the simulation exercise. An exogenous variable is 
also referred to as an environmental variable. 

7. Endogenous Variable: Endogenous variables that are dependent upon the 
interactions within the simulation model. Their values are derived by the 
model during the simulation and are often referred to as state variables. 

8. Policy Variable: Policy variables are variables that obtain their value as a 
direct result of the decision makers’ intervention. 

9. Flow Chart: A flow chart is a graphical representation using boxes and arrows 
to represent events within a system as events progress through time. 
Interactions between variables, environment, etc., are captured within a flow 
chart. 

10. Feedback: Feedback is the transferring of output back to the input so that 
policy variables can be altered in an attempt to obtain a desired output. 

1 1 . Routine: A collection of computer commands that perform a function or 
functions. 

B. SIMULATION STRATEGY 

Simulation philosophy is a methodology of approaching management allocation 
predicaments. Unfortunately, there is no specific procedure that a manager can apply due 
to simulation models being unique in application and must be designed anew with each 
new kind of problem. However, there are commonalties between problems and models 
that facilitate a strategy when a manager confronts the task of simulation. Thus, during 
the construction of an effective simulation model, the person who develops the model will 
proceed through a logical progression of steps. Some steps will be easier than others and 
consume less time while others are more difficult and time consuming. However, all are 
necessary as each step depends upon the preceding one. The remainder of the chapter will 
lay out the steps required for an effective strategy when addressing all but the most 
complex simulation scenarios. 
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1. Define the Problem 



Essential to the success of a simulation model is the definition of the problem 
that the manager wishes to simulate. He/she must pose the question: “What is my 
objective for the model?”. The objectives must be clearly stated so that the manager or 
programmer can assess the purpose of the model with its resultant desired output. 

Initially, the definition may be broad, such as a plan to minimize cost with the system. As 
the model progresses through the following steps, the objectives will become more 
narrowly defined as different aspects and objectives are realized. However, with a defined 
objective, a programmer can proceed to the next step of charting the interactions within 
the system. 

2, System Flow Charts 

Capturing the essence of a system that is required to properly develop a 
simulation model is best done through flow charts. Before describing flow charting 
techniques, one must first understand basic system relationships. Figure 3.1 illustrates the 
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interactions that exist within a system. Key to the success of the simulation model is the 
proper identification of interactions shown in Figure 3.1. The environment is beyond the 
control of the decision maker but it interacts with all facets of the system and must be 
understood. The decision maker controls the inputs , monitors feedback , and makes 
decisions through policy variables. The process is the heart of the simulation model where 
most of the functional interrelationships are understood and then programmed. With a 
stated objective and a basic understanding of the system in terms similar to Figure 3. 1, a 
basic flow chart can be constructed. [Ref 2:pp. 2-4] 

The first flow chart will capture the essence and general interactions that are 
involved in the system. It should be a relatively simple chart as it will become the 
foundation from which all other interactions and flow charts are constructed. The first 
flow chart will be the backbone of the simulation model and it is upon this that a master 
control routine is created. Subroutines branch out from the master routine to perform 
more specialized tasks or functions. This logic of breaking the system into one master 
routine and several subroutines is ideal for “debugging” a model. The technique of 
routines and subroutines is discussed later. 

When developing flow charts, a manager should only consider key variables 
and interactions. Once a working model is created, more complexity and realism can be 
added as needed. The greater the number of endogenous, stochastic, and policy variables 
included in a model, the more complex the model becomes. This results in an increase in 
the time required to develop and run a simulation model. However, with an increase in 
complexity the model becomes more accurate. The more accurately that the model 
represents reality, the more accurate the results and the closer the simulation will be to 
meeting the objectives. This trade-offbetween time and accuracy is partially determined 
by the objectives and partially from the experience of the programmer. With the flow 
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charts drawn and thoroughly understood, the programmer continues to the next step of 
simulation strategy. 

3. Mathematical Modeling 

Mathematical modeling often coincides with the creation of flow charts. This 
occurs because mathematical models involve functional relationships where exogenous 
variables (inputs) are transformed into values for endogenous variables (outputs). Also, 
the functional relationships will be an integral part of the boxes within flow charts. 
Mathematical modeling is also the point in the simulation process where the discipline of 
spreadsheet modeling becomes a consideration. A programmer must be continuously 
thinking about how he/she is going to program the spreadsheet to recreate the 
mathematical and functional relationships. 

During the mathematical modeling phase, a number of sources are referred to 
for equations and relationships. Several equations will be used that have been created by 
management scientists for analyzing a problem using analytical techniques. This is the 
case for the inventory distribution and queuing models discussed in the next two chapters. 
Other sources will be from the discipline from which the model is formulated such as 
general accounting relationships. Other functional relationships are developed by 
understanding the relationships inherent within the flow charts created for the system. The 
purpose of mathematical and functional relationship modeling is to describe the system as 
carefully as possible. Each equation or relationship describes a relationship between two 
or more factors of interest in the system. When consolidated, they represent the flow 
charts and eventually the complete system. 

Critical to the mathematical modeling phase are the assumptions that are built 
into the simulation model. What is considered to be generally understood and in what 
situation will the simulation model be exercised? A caveat must be considered at this 
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point in the discussion. Anyone who deals with simulation must understand that the 
model is only as genuine as the input and the assumptions inherent to the input. A poor 
assumption will invalidate the model no matter how well the model is constructed. As the 
saying goes, “Garbage in gives garbage out!” Therefore, the importance of this step in 
model development cannot be over emphasized. 

Another consideration that must be understood during simulation construction 
is the unexpected. A model should take into account every conceivable value of the 
system being considered. For simplistic models, it is easier to prevent values or place 
limits within the model. For example, if the stock level in an inventory system achieves a 
certain level, the simulation should perform a function or end simulation. The reasoning 
behind this logic is the difficulties a programmer will encounter if a condition is forgotten 
and is encountered during the simulation. Numerous hours of debugging can result from 
an unaccounted value or a condition that results in misleading and invalid output. 

4. Creating a Spreadsheet Simulation Macro 

This step is the point of divergence from a typical approach to simulation 
methodology. Instead of applying a spreadsheet to solve a simulation oriented problem, 
the traditional approach is for a manager to choose hand simulation or simulation specific 
computer languages to solve his/her resource allocation dilemma. If the problem under 
consideration is a continuous situation vice discrete, simulation specific languages are the 
optimal choice. However, the focus of this thesis is on moderately complex, discrete 
scenarios that lend themselves to spreadsheet simulation. The remainder of this chapter 
will be oriented towards the application of a spreadsheet for resolving of resource 
allocation problems. In particular, techniques developed during this study will be 
presented to the reader to augment his/her spreadsheet simulation endeavors. 
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However, before launching into the programming phase, the programmer 
must become intimately familiar with the capabilities of the spreadsheet he/she intends to 
employ. Spreadsheets are not designed to be used for simulation tasks but are fully 
capable to do so through macro programming. However, one must be creative in 
programming the spreadsheet to perform simulation. The more that a programmer 
understands the capabilities of his/her spreadsheet, the easier the task will be. 

After constructing flow charts and mathematical relationships, the next task, 
often the most time consuming, is the creation of the simulation macro(s) and worksheet 
within a spreadsheet program such as Excel 4.0. Careful preparation and forethought will 
save the programmer several hours of debugging during the creation of the program. 
However, debugging will be required no matter how efficient the programmer is. The 
following paragraphs are techniques that will help the manager solve resource allocation 
problems using Excel or other off-the-shelf digital computer spreadsheets. 
a . Subroutines 

To facilitate debugging, ease of understanding, and use of flow charts, a 
“master” macro should be created. The master macro will control the entire simulation 
process through a network of supportive subroutines. The master routine should be 
constructed upon the basic or central flow chart. It should control time and its respective 
iterations along with output and input of variables. The subroutines should be developed 
to perform specific or several functions of the flow charts or separate blocks within flow 
charts. The concept of “block-building” through subroutines facilitates debugging by 
limiting the areas where a programmer must look for difficulties. 

A subroutine does not have to be part of the same macro. It can be its 
own separate macro that is initiated by the master or other subroutine macros. Separate 
macros become a necessity with complex scenarios that require many lines of 
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programming code. Otherwise, the program becomes too large, difficult to debug, and 
some functions of Excel become limited or lost. Also, Excel's group editing abilities 
allows the editing of several macros simultaneously, thus saving time. 
b. Variables 

Several techniques exist for assigning values to variables. For 
exogenous variables that are deterministic and not changed for different scenarios, the best 
command to use is SET.VALUE(re/ere«ce, values). For variables that need to be 
updated during simulation and recorded in a separate location on the spreadsheet, the best 
command to use is FORMULA(/brm«/<t_texr, reference). Exogenous and deterministic 
values that are changed by the user for different scenarios or assumptions are entered 
through a function referred to as HIALOG. BO\{dialog_ref). This command presents 
the simulation user with an interaction box similar to Illustration 3.1. Dialog boxes can be 
used for a number of other functions such as prompting the user for input needed for 
policy variables. 
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Illustration 3.1: Sample DIALOG BOX 
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Another function of Excel that is used for variable manipulation is the 
TF(logical_test, value jftrue, valueifjalse) command. Using this command, variables 
(i.e., cell reference to itself) can cumulate data when a condition is either true or false as 
shown in Illustration 3.2. IF(..) is also used for stochastic events and Monte Carlo 





A 


B 


C 




name 


command 


comments 


333 


Total Type 1 


=IF(Patient Type=l, Total Type _1+1, Total Type 1) 


Tally Patients 


334 


Total Type 2 


=IF(PatientType=2, Total Type 2+1, Total Type 2) 




335 


Total Tvpe 3 


=IF(Patient Tvpe=3, Total Tvpe 3+1, Total Tvpe 3) 





Dlustration 3.2: Data Culmination 

techniques. By using multiple IF(..)s, a stochastic variable that has been converted to a 
cumulative relative frequency is coupled with a RAND() function to generate a random 
number less that one. The MAX(numberl, number2,..) function then determines the 
value. This process is depicted in Illustration 3.3. 





A 


B 


c 




name 


commands 


comments 


67 




=RAND() 


Determine Daily Demand 


68 




=IF('B$67>(VLOOKUP(0, Demand Table,4)), Demand 1, Demand 0) 




69 




=IF(B$67>(VLOOKUP(l, Demand Table,4)),Demand_2,Demand 0) 




70 




=IF(B$67>( VLOOKUP(2, Demand Table,4)), Demand 3, Demand 0) 




71 




=IF(B$67>(VLOOKUP(3, Demand Table,4)), Demand 4, Demand 0) 




72 


DEMAND 


=MAX(B68:B71) 





Dlustration 3.3: Stochastic Event 

c. Naming Variables and Locations 

A powerful capability of spreadsheets is the ability to name cells or 
blocks of cells. Thus, a cell that is being used as a variable can be assigned a name. 
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Naming should be used as much as possible to permit the programmer, debugger, and user 
to better understand the program. Instead of trying to determine which cell a formula is 
referenced to, a name is utilized. DEMAND and Demand_Table are examples of using 
names as shown in Illustration 3.3. 

d. Recording Data 

Computer simulation involves the passage of simulated time in a 
compressed format. The gathering of output statistics during simulation requires an ability 
to record data either in computer memory or on the spreadsheet for further analysis. This 
can be done through a couple of methods. The first is to collect data using IF(..), 
MAX(..), etc., functions as shown in Illustration 3.3. The disadvantage of this method is 
that the data for each particular iteration is lost. However, it is ideal for simplistic Monte 
Carlo methods or for the summation of information. 

The second method is to record the information in a spreadsheet matrix 
format. Unlike simulation languages that support three-dimensional storage of 
information in computer memory, a spreadsheet requires the recording of information after 
each iteration onto the spreadsheet. This is the major difficulty that was encountered 
when applying spreadsheets for simulation problems. It was not impossible but requires 
some creative programming to resolve some of the perplexities encountered. 

When using a matrix format to store data, one needs to have the ability 
to reference a location on the spreadsheet. The OFFSET {reference, rows, cols, height, 
width ) command was used extensively for this function. For the reference, the comer cell 
of the matrix was assigned a name for easy reference. Therefore, a two dimensional 
matrix was accessible on the worksheet for data storage and manipulation. 
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e. Manipulation of Time 

The method by which time is controlled within the macro that controls 
the spreadsheet simulation determines the foundation upon which all macros are 
constructed. The idea is to move the model through time to see the dynamic behavior of 
the system. The simulation begins at time zero where all parameters have their initial 
values as provided by the user. As time progresses during simulation, various events 
occur causing changes within the model. Thus, time is central to the simulation. Two 
methods of time management were used in the examples in the following chapters. 

The first method is to allot time into fixed units. Time is then iterated 
using the FOR (counter_text, start _num, end_num, stepjnum) function with its 
corresponding NEXT() until the user inputted time limit is reached. This was used for the 
simulation of inventory distribution and financial management problems. 

The second method is a “next event” technique [Ref. 3], Time is not 
iterated in fixed units but instead is iterated by the time required until the occurrence of the 
next event. Next event methods require more creativity in program design so that each 
event can be traced with its respective information. The method employed in the queuing 
examples was a two-dimensional pointer-matrix methodology. Each event was assigned a 
time and a pointer that maintained the location of relevant data. 
f Logic Statements 

For situations that require a separate set of actions based upon different 
conditions. Excel offers several logic functions. For example IF(logical_test), 
ELSE.lF(logical_test), and ELSE() allows the program to execute separate functions due 
to three separate conditions. The function WHILE(logical_test) with its corresponding 
NEXT() permit localized iteration routines if required. Each of these functions lends 
themselves to conditional requirements within flow charts. 
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These above techniques are the major methods that were developed 
during the creation of the models contained in the next three chapters. Other techniques 
can be discovered in the program listing contained in Appendices A, B, and C. 

5. Validation of the Model 

Once a working spreadsheet model is created, the most difficult task for the 
programmer is validation and debugging of the model. Essentially, given inputs with 
corresponding known correct outputs (this can come from an organization’s past data or 
hand calculations) are entered into the model and the model’s output is scrutinized. Other 
methods of debugging also can be employed. Excel has a built-in add-in function for 
debugging. This add-in permits the insertion of breaks within the macro or check points 
where values of critical variables can be called up and their validity determined. Another 
function that was found to be invaluable was the macro utility bar. Contained on this 
utility bar is a function that allows an individual to “step” through each individual line of 
the macro. Thus, a programmer can validate that every line of programming in the macro 
is performing what it was designed to do. The utility bar also allows the pausing of a 
macro. This facilitates repositioning of the computer display of the macro or worksheet to 
check on other sections of the spreadsheet during simulation execution. 

One who begins programming will learn that the validation phase is the most 
difficult and rewarding. As he/she progresses through every conceivable scenario and 
situation, a simulation model will be created. Often, at this point, further complexity is 
added to the working model to enhance the accuracy of the model until the final 
simulation model is created. 

6. Model Implementation 

Once a model is created and validated, the model should be put to use and the 
benefits of the simulation realized. Often the model is further modified to add more 
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realism or to meet new objectives. One will find that the first model is the most difficult. 
Fortunately, as time progresses and experience is gained, the process becomes much 
easier. 

The next three chapters present the application of simulation and computer 
spreadsheets for analyzing resource allocation problems. Techniques discussed in these 
chapters are used to create spreadsheet simulation models for three unique allocation 
scenarios frequently confronted by managers. Each will demonstrate how “what if’ 
analysis through spreadsheet simulation can provide economical guidance to managers 
when making crucial policy decisions. Spreadsheet simulation provides management with 
the capability to analyze how a decision effects a dynamic system without the expense of 
trial and error. 

The simulation systems chosen for illustration and discussion are inventory 
distribution management , queuing environment utilization, and a financial budgeting 
scenario. Before discussing each simulation model, an introduction is provided outlining 
the dilemmas faced by managers and the apropos solutions provided by management 
science theory concerning the aforementioned illustrations. With an understanding of the 
traditional solution to each resource allocation problem, the alternative approach of 
simulation will be introduced to illustrate how simulation can augment management 
science theory. The logic behind each spreadsheet simulation model will be discussed 
followed by scenarios demonstrating the power of each model. Each scenario’s result will 
be analyzed to conclude each section. 
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IV. INVENTORY DISTRIBUTION MANAGEMENT 



This chapter is the first of three chapters that present applications of simulation and 
computer spreadsheets for analyzing resource allocation problems. The first resource 
allocation to be discussed is a dilemma that often confronts managers. How to effectively 
develop a set of rules and policies for managing inventory? Inventory can be best 
summarized as the items that are maintained in storage to meet the immediate and future 
demands within the organization or by customers. Almost all institutions possess some 
form of inventory. Inventory can become extremely large and consume a majority of the 
capital assets available to the manager. Therefore, the expertise of maintaining inventory 
capital at a minimum while simultaneously ensuring that the demands of the organization 
and its customers are satisfied is a crucial facet of a successful manager. 

A. THEORY 

Inventory management is an aspect of management science that has been analyzed 
and documented in literature for decades. Management scientists have developed several 
analytical models to assist a manager in achieving a balanced and economical inventory 
management system. The central thrust of these models is to apply analytical techniques 
to achieve a theoretical balance between desirably low inventory levels with that of 
sufficient stock to meet customer requirements. Ideally, the analytical results will allow a 
sagacious manager to achieve positive customer relations and the lowest possible 
commitment of assets. This requires few or no backorders with low inventory levels. 
Unfortunately, analytical methods are formulated under the presumption of ideal 
conditions such as predictable demand and lead time. With the introduction of reality, the 
manager must augment an ideal solution with experience or other methods to obtain an 
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efficient inventory system. It will be shown that spreadsheet simulation can be a valuable 
tool in enhancing a manager’s experience. 

Before introducing inventory simulation, a manager must understand inventory 
management theory. The overall objective of the analytical method is to achieve the 
lowest commitment of assets. The commitments of capital in the form of costs are as 
follows: 

1. Holding or carrying costs that are essentially the expenses of physically having 
an inventory within the organization. Examples of these costs are floor space, 
insurance, and obsolescence. Holding costs do not include the actual value of 
the inventory. [Ref. 2:p. 56] 

2. Ordering (or setup in a production environment) costs that are incurred with 
each decision to order (or produce) more inventory. Examples of these costs 
are clerical costs associated with processing an order, shipping cost, and 
material handing costs once the order is received, or the costs of restarting the 
production line after a temporary shut-down. [Ref. 2:p. 57] 

3. Stockout cost that consists of forgone profit, lost sales, or the cost of an 
emergency order associated with the inability to meet customer demand when 
an item is not available. This cost is the most difficult to estimate and often is 
the most expensive. [Ref. 2:p. 57] 

Once a manager has assessed the costs involved in maintaining an inventory, an 
understanding of how the costs interact is required to illustrate the purpose of analytical 
techniques. The first interaction is that holding and order costs move in opposite 
directions. Assuming ordering costs are greater than holding costs, a manager who makes 
large orders will decrease the total cost of ordering. However, large orders result in 
higher inventory level, thus increasing holding costs to the point that will eventually 
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exceed the benefit of reduced ordering costs. The second interaction is that stockout 
costs will decrease as order size increases but are more a function of the reorder point vice 
quantity. If a manager maintains his/her inventory levels low to reduce holding costs, the 
potential exists to order too late, resulting in items being out of stock with a 
corresponding exponential increase in stockout costs. These conflicting interactions lead 
the mangers to ask themselves two questions: How much should I order? and When 
should I order? 

The traditional method in management science for resolving the manager’s questions 
is to apply analytical techniques referred to as the Economic Order Quantity (EOQ) 
model. This model, with algebra and differential calculus, will identify the most 
economical balance between order quantity and reorder point. However, as previously 
discussed, adding more realism and complexity to a scenario will result in the traditional 
analytical methods of analysis becoming prohibitively difficult to apply, even for 
professional mathematicians and statisticians. Thus, to cope with reality, managers rely 
upon experience to determine a sufficient safety or buffer stock. However, a buffer stock 
result in a higher reorder point and excess inventory. Determining the level of safety is not 
an easy task because the best set of rules often cannot be established in advance. The 
rules for determining an appropriate safety stock must often be arrived at through the 
process of trial and error. However, by applying simulation and spreadsheet analysis, a 
significant reduction in the costly methods of guess work and trial and error can be 
achieved by the manager. 

B. INVENTORY DISTRIBUTION SIMULATION 

The inventory distribution system model that was developed using Excel 4.0 is 
designed to simulate a typical factory to dealer distribution system with multiple levels of 
warehouses. A discussion of the logic behind the model is included in this section. A full 
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listing of the model’s macros and comments are provided in Appendix A. The model is 
designed for analysis of multiple scenarios. A relatively simplistic model consisting of one 
dealer with non-probabilistic lead and demand times demonstrating EOQ theory can be 
analyzed. Additionally, the model is capable of allowing the user to analyze extremely 
complex scenarios with up to three warehouses, probabilistic demand and lead times, and 
continuous involvement by the user. Complex scenarios illustrate the difficulty of applying 
EOQ techniques for achieving optimal solutions. Many different aspects were considered 
and included within the spreadsheet model. Further modifications to the macros can be 
performed to include any degree of realism within the simulation. However, the extent of 
modifications to the model for further capturing the richness of a real-world situation 
should not be so complex that the user cannot understand or appreciate the spreadsheet 
simulation model for analyzing a managerial problem. 

Before constructing the inventory distribution simulation, one must first determine 
the objectives of the model. What do we wish to examine? The following model was 
designed to analyze inventory level, backorder and cost behavior that are the critical 
aspects of inventory management system. A model that demonstrates these behaviors will 
augment a manager’s policy concerning when and how much to order under different 
scenarios. 

With the model’s objectives in mind, a number of flow charts were created to build 
and chart the sequence of events that were required to properly understand an inventory 
distribution system. The first flow chart developed gives a broad summary of how orders 
generated by the customer are received by the dealer and then progress down through the 
distribution system to the factory. The result is merchandise being provided to the 
customer. This progression of orders from the customer to the factory is illustrated in 
Figure 4.1. The flow of events is different if less than three warehouses are included in the 
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simulation. Instead of the orders and inventory flowing between warehouse #3 and the 
factory, this event may occur between warehouse #1, #2 or more, depending upon the 
number of warehouses simulated. 



Warehouse 




Figure 4.1: Inventory Flowchart 

The flow of events is a generic representation of inventory distribution systems 
which can be found in the private sector or military logistic supply systems. For example, 
the supply department on a ship performs the same function as a dealer in the private 
sector. The shipboard supply department receives customer demand from the onboard 
customers it was designed to serve, such as O-level maintenance facilities. 

Key to the flow of events is the treatment of “time” within the model. For an 
inventory system, time is a fixed unit. Thus, each iteration through Figure 4. 1 is the 
passage of one time unit and all other elements are treated as variables. On the other 
hand, a queuing model, which follows this chapter, treats time as a variable with other 
elements being fixed. Thus, time becomes the critical element in the development of a 
simulation model and will lead to vast differences between models. 

To simulate an inventory distribution system with time as a fixed unit, one 
worksheet and six macros were created within Excel 4.0. The worksheet is a place holder 
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for the data and graphs created by the individual macros. The worksheet accesses the 
macro by two macro command buttons. One button begins the simulation routine, while 
the second transfers the data to the graphs for analysis. The six macros perform the actual 
computational work of the simulation. Five of these six macros are for each of the 
inventory management centers depicted in Figure 4. 1 except that the customer is included 
within the dealer macro. The sixth macro is the master macro that controls the process of 
interactions among the five individual inventory management macros and is the first macro 
to be executed when the user begins the simulation from the worksheet 

As shown in Figure 4.2, the first action by the master macro is to display an initial 
input dialog box requesting information on inventory status and policies such as reorder 





No 





Figure 4.2: Master Macro Flow Chart 

point, order quanity, holding costs, etc. This is the information required for performing a 
simulation. Additionally, the number of warehouses desired and how much user 
involvement is needed during the simulation is requested by the input dialog box. Options 
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of involvement range from none, with the exception of initial data, to complete control 
requiring every decision to be made by the user during the simulation. Once the master 
macro has the information required to perform the simulation, it begins an iterative 
process of progressing through each macro as shown in Figure 4.2. 

If startup iterations are desired, the master macro will iterate without any user 
involvement thus producing random inventory and backorder levels. This option is useful 
for the full involvement scenario as it adds another level of complexity to the problem. 
Once the initial data and startup segments are performed, the macro begins an iterative 
process for the number of days requested by the user. The master macro’s first step in the 
iteration is to call upon the dealer macro that initiates the inventory distribution process. 
When the dealer macro returns control to the master macro, an iteration is complete and 
time is incremented by one unit. The process then repeats and continues until the number 
of iteration days is complete. The last function of the master macro is the transferring of 
data back to the worksheet. 

The dealer macro initiates the inventory distribution system. It, along with each of 
the warehouses, has virtually the same flow chart of events occurring as illustrated in 
Figure 4.3. The first calculation that is performed by the dealer but not the warehouse 
macros is to calculate customer demand that is either probabilistic or deterministic. With 
demand known, the macro will then fill any backorders if inventory is present. What is left 
of current inventory is applied to the customer’s order and if insufficient, a backorder log 
is developed. With the remaining inventory, the macro makes the determination if 
inventory is below the reorder point. If this is the case, an order is placed at the 
warehouse. The order will be received by the first warehouse depending upon the lead 
time that is probabilistic or deterministic. Even if there is no order placed, the dealer 
macro calls upon the warehouse macro at this point to permit updates of the warehouse 
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and factory inventory levels. The last function of the macro is to determine if a previous 
order has arrived. If so, it is the added to the inventory. 

The warehouse macro differs from the dealer macro in that it does not calculate 
customer demand but instead receives its orders from the dealer. Furthermore, each 
warehouse will call upon the next warehouse in the distribution chain or the factory, 
depending upon the number of warehouses in the simulation. 




* 




Figure 4.3: Dealer and Warehouse Macro Flow Chart 

The flow of events for the factory macro is illustrated in Figure 4.4 and is slightly 
different in design and concept than the dealer and warehouse macros. Instead of making 
the decision to place an order, the factory macro makes the decision to either startup or 
shutdown production. The same logic as reorder point is applied. Production will begin 
when inventory level depletes below a certain level and production stops when inventory 
exceeds a certain level. 

Common to the entire macro chain is the concept of macro nesting. This means that 
customer’s order precedes through the inventory management system in a linked like 
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manner. The order starts at the dealer on Day 1 and continues through the warehouses 
reaching the factory at an unpredictable date. This time-delay effect on each inventory 
management point amplifies the uncertainty in customer demand and illustrates the need to 
use simulation models to examine the effect of different inventory policies at different 
management points. Once at the factory, the order reverses direction back to the dealer as 
illustrated in Figure 4. 1 . Another element of the system is that each successive iteration 
within the model is the passage of one time unit that equates to a single day. However, 
the user can assume any length of period as long as input data regarding demand rates, 
lead time, cost parameters, and so forth are appropriately scaled. The output will then 
reflect the time unit chosen by the user. 







Figure 4.4: Factory Macro Flow Chart 



C. SCENARIOS 

With an understanding of the logical progression of events and how functions of 
each macro, four different scenarios will be analyzed to demonstrate how the simulation 
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spreadsheet model can be used to augment the manager’s expertise concerning inventory 
management. Each scenario could be solved using analytical and hand simulation 
techniques. However, as the level of complexity increases, it becomes apparent how a 
computer spreadsheet facilitates multiple “what if’ analysis in a fraction of the time 
required to obtain one analytical answer. Each simulation will be a dynamic system 
showing the interactions and oscillatory behavior typical of a dealer to factory inventory 
distribution system over a sixty day period. Sixty days with initially low levels of 
inventory are chosen to force an oscillatory behavior to occur early within the simulation. 
The purpose of each scenario is to demonstrate how the spreadsheet simulation technique 
can be applied to illustrate oscillatory behavior and derive possible optimal solutions vice 
gathering reams of data. 

The oscillatory behavior may be transparent to a manager involved with only one 
aspect of the distribution system. He/she may not appreciate how small changes in retail 
demand often create large swings in factory production and warehouse inventory that far 
exceeds the fluctuation of retail demand. These fluctuations can be quite costly due to 
employment instability, over capacity, and high inventory levels. Through simulation, a 
manager can manipulate variables without experimenting on the actual inventory levels. 
He/she will see how simple changes in variables and policies can have dramatic effects 
upon the system as a whole. The three scenarios chosen manipulate variables only 
slightly, yet each has its corresponding oscillation. 

The first three scenarios will begin with the same initial data but will have varying 
levels of complexity. The first two will involve no user involvement with the exception of 
entering initial data. The first scenario will have only one warehouse between the dealer 
and the factory while the second will have three warehouses. The third scenario will also 
have three warehouses but will demonstrate the maximum complexity capable of the 
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simulation model. There will be ten startup iterations to allow for random levels of 
inventory and backorders. Additionally, all orders and factory production decisions will 
be decided upon by the user during each iteration. The fourth scenario will be similar to 
the second but instead lead times will be significantly reduced. This reduction in lead 
times will demonstrate a Just-In-Time (JIT) inventory distribution system. The results of 
each simulation scenario are discussed in each section and complete output graphs are 
provided in Appendix A. 

1. One Warehouse, No User Involvement 

For each of the four scenarios, the same initial input data was used as shown 
in Table 4.1. The initial reorder points and quantities are chosen to be large and late so 
that an initial oscillatory behavior is demonstrated early within the model. Furthermore, 
the factory’s inventory level is twice that of the others to absorb the initial surge in 
demand. The factory’s production rate is sufficient to exceed demand, therefore providing 
an illustration of startup and shutdown events at the factory. 

TABLE 4.1: INITIAL INPUT DATA 





Dealer 


Warehouses 


Factory 


Beginning Inventory 


50 


50 


100 


Reorder Level 


25 


25 


* 


Begin Production Level 


* 


* 


35 


Stop Production Level 


* 


* 


100 


Amount of Order 


25 


25 


25 


Rate of Production 


* 


* 


30 


Holding Cost 


$.10 


$.10 


$.10 


Order Cost 


$20 


$20 


* 


Setup Cost 


* 


* 


$100 


Shortage Cost 


$50 


$50 


S50 



Having only one warehouse between the dealer and the factory is the simplest 
of the four scenarios, thus one would expect very little oscillations. This would be the 
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case if demand and lead time were not probabilistic. A simple EOQ calculation would 
allow the dealer and the managers of the warehouse to determine economic order point 
and level resulting in relatively stable inventory patterns. However, all four scenarios have 
both demand and lead time being probabilistic as provided in Table 4.2. The latter column 
of relative frequency lead times was used in the final scenario to represent a JIT 
environment. 

Having probabilistic demand and lead times without user input results in 
multiple orders being placed before receiving any shipments from previous orders. This is 
the primary reason that large oscillations in inventory levels occur as illustrated in Figure 
4.5. 



TABLE 4.2: DEMAND AND LEAD TIME FREQUENCY 



Demand 


Relative Frequency 


Lead Time 


Relative Frequency 


4 


20 


i 


20/90 


5 


204 : :? 


2 


20/10 


6 


20 


3 


20/0 


7 


20 - 


4 


: 20 / 0 - 


8 


20 


5 


20/0 



Additionally, even after achieving large inventories by day twenty, strong 
demand with corresponding late ordering again results in a depletion of the dealer and 
warehouse inventory by day thirty. Consequently, the dealer and especially the warehouse 
develops significant and expensive backorders. By altering the reorder point and levels, an 
optimal solution can be obtained. However, by adding levels of warehouses to the 
scenario, the difficulty in predicting demand and oscillatory behavior make obtaining a 
solution even more illusive. 
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Inventory Level 




B Dealer Derrwnd 
E3 Dealer 
B 'V axe hou*e 
0 Factory 



Figure 4.5: Scenario 1 — Inventory Level with Probabilistic Demand and Lead Time 
2. Three Warehouses, No User Involvement 

By adding more warehouses to the scenario, the oscillations in inventory 
levels permeate throughout the inventory management system and are significantly more 
pronounced as illustrated in Figure 4.6. The fluctuations are similar to a one warehouse 
scenario. However, with three warehouses, the increased interdependence compounded 
with probabilistic lead time result in inventory level rapidly depleting to zero. These low 
inventory levels cause several backorders and a corresponding increase in overall cost for 
this inventory distribution scenario. So, how should the managers reduce costs? 

The complexity of Figure 4.6 fully demonstrates the difficulty of applying 
traditional analytical techniques to derive an economical solution. By understanding the 
behavior of the system through simulation with graphical outputs, the manager can 
develop and test policies in an attempt to reduce cost. The display of inventory levels in 
Figure 4.6 reveals some inventory patterns. First, all three warehouses rapidly deplete 
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inventory to zero as the dealer and warehouses quickly order to increase inventory. A 
policy to resolve this dilemma would be for each warehouse to have a higher reorder 
point. Another apparent pattern is that the factory’s inventory is decimated as all three 
warehouse order simultaneously. Additionally, the factory rapidly cycles through the 
phases of production. Solutions to these difficulties range from producing larger 
quantities with corresponding long shutdown periods or by decreasing production rate. 




Si Dealer Derrand 
£3 Dealer 
I Warehouse-1 
□ Warehouse-2 
33 Warehouse-3 
S3 Factory 



Figure 4.6: Scenario 2 — Inventory Levels with Probabilistic Demand and Lead Time 
To test these possible remedies, many “what if’ analysis can be performed to 
find the most economical policy for each warehouse, the dealer, and the factory. These 
particular scenarios assume that order and order points were set and did not change during 
the simulation. The next scenario will demonstrate the increased complexity involved 
when each manager attempts to maintain an inventory at a level that mitigates backorders 
when faced with random demand. 
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3. Three Warehouses, Full User Involvement 

With the exception of ten startup iterations, this scenario differs from the 
previous scenarios in that the program does not automatically reorder for the dealer or 
warehouses nor does it automatically start or stop production at the factory. As the 
simulation iterates through each successive day, the user must make the decision to order 
or alter factory production based upon inventory level and demand. The dealer and 
warehouse managers will try to keep their inventories at a sufficient level considering 
average demand. If inventory levels begin to fall below a desired level the manager will 
order extra units above his/her sales rate to rebuild the inventory. Conversely, he/she will 
reduce his/her order rate if inventory level becomes too high. Accurate prediction is 
limited due to probabilistic demand and lead time. The dealer can estimate demand to stay 
within a certain range. However, the warehouse managers will find it difficult to predict 
how much the previous person up the chain will order and when. Additionally, whenever 
an order is placed it can arrive up to five days later thus giving the potential of zero 
inventories with corresponding backorders. 

The resultant inventory behavior of the three warehouse scenario with user 
involvement is illustrated in Figure 4.7. Oscillatory behavior is still present but the initial 
fluctuations are due to the beginning inventories being artificially low for the 
corresponding demand. Furthermore, the ten startup iterations developed random 
inventory levels and backorder and do not allow user intervention. The first twenty days 
demonstrate low to zero inventory levels as the dealer and the warehouses build inventory 
to approximately one hundred units. Furthermore, inventories do not increase until 
factory production is sufficient and inventory arrives according to probabilistic lead times. 

Once inventory levels are stable, the demand upon the warehouses diminishes. 
The managers then begin reducing inventory to a more optimum level of approximately 
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eighty. However, warehouse #2 and #3 waited too long and allowed inventory to 
depleted to zero and incurred momentary backorders. The practice of reducing inventory 
levels to reduce holding cost without continuous orders leads to the oscillatory behavior. 
Running this simulation for a greater period would allow each manager to determine an 
appropriate reorder point and quantity at the least cost. 




Figure 4.7: Scenario 3 — Inventory Levels with Probabilistic Demand and Lead Time 

In this scenario, it is cheaper to have an abundant inventory to minimize cost. 
However, scenarios with increased holding costs will make it more difficult to predict 
which policies will give the optimal solution. Additionally, a JIT model will illustrate that 
reduced inventory are more economical. The benefit of the simulation model is to 
demonstrate the difficulties involved with maintaining an inventory distribution system but 
allows the managers to experiment with different decision options and evaluate the 
potential consequences. The three-dimensional graphs illustrate the oscillatory behavior of 
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a distribution system and give the manager an appreciation of the dynamics and 
interactions involved between each of the individual units. 

4. Three Warehouse, JIT Environment 

When a JIT environment is simulated, the difficulty in predicting lead time by 
the manager is mitigated, allowing for more stable inventory levels. An examination of 
Figure 4.8 reveals that inventory levels remain relatively constant. The occasional jump 
shown by 
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Figure 4.8: Scenario 4: Inventory Level Under JIT 

the dealer and warehouse #3 are a result of lead time being two days vice one. Therefore, 
inventory level is below the reorder point two days in a row and subsequently two orders 
are made. The resultant double order by the dealer causes warehouse #1 to face a 
backorder with its high penalty cost. 

A drawback of the depicted JIT scenario is that the multiple orders cause the 
overall cost of the system to gradually rise This could be solved by varying order points 
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and levels to achieve a more economical solution. However, the point of this scenario is 
to have the same initial data as the other scenarios for comparison. Furthermore, the 
predictable behavior of Figure 4.8 is the crucial aspect of JIT that should be understood by 
a manager. The predictability allows a inventory distribution manager to derive a superior 
inventory policy. This is one of the reasons that many organizations, including Navy 
Depots, are converting to a JIT inventory distribution system. This is especially the case if 
holding costs far exceed ordering costs. 

Each of the above scenarios illustrate the benefits a manager can derive from 
spreadsheet simulation modeling of an inventory distribution system. The next chapter 
will demonstrate how spreadsheet simulation can augment a manger’s ability to analyze 
resource allocation within a queuing environment. 
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V. QUEUING ENVIRONMENT UTILIZATION 



As with inventory management, effective allocation of resources within a queuing 
environment is another challenge often faced by managers. A queue, or waiting line, is the 
accumulation of customers, products, etc., at a holding station that are awaiting service or 
processing within a system. Any institution that provides services or engages in 
manufacturing and faces the possibility of an item waiting in line deals with some form of 
queuing utilization. Inventory, for example, is provided to the customer by a server. If a 
sufficient number of attendants are not available to the customer for delivery of 
merchandise, excessive queues develop and the customer will seek service elsewhere. The 
manager may have determined the optimum stock levels required to prevent stockout but 
his/her analysis would be incomplete if the queue consists of people. If the queue is too 
long, customers waiting in line would become dissatisfied with the system. The result is 
lost sales that are the equivalent of stockout costs in an inventory environment. Thus, 
another facet of a successful manager is the ability to make crucial decisions in the realm of 
queuing theory. 

A. THEORY 

Queuing discipline can be approached in many ways with as many corresponding 
solutions as demonstrated in the previous chapter on inventory management theory. The 
most rudimentary approach for determining the number of servers or processing stations 
required for the expected demand is to use trial and error methods. By changing a few 
parameters and observing the results, a manager can determine the most economical 
balance between desired service capability and customer waiting time. As the system 
increases in complexity, it often becomes impossible to achieve an optimal solution through 
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trial and error techniques. Furthermore, if one is designing a new system, such as the 
number of registers to install in a grocery store, it is not economical to render a guess as to 
an optimal solution. Therefore, other methods are required such as analytical and 
simulation techniques for solving more complex scenarios. However, one first must 
understand some basic aspects of queuing theory as developed by management scientists. 

In discussing queues, several common terms are used. A queue is that part of the 
system where units are waiting service. The server is the person or device that performs a 
service to the units waiting in the queue. The system itself consists of all queues and 
servers. Channels are the lines within a system that can be simple in nature with a single 
line or more complex with multiple channels. The number of servers contained within a 
channel are referred to as phases. As with channels, a simple system will have a single 
phase while more complex systems contain layers of servers or multiple phases. Another 
term common to queuing systems is balking. Balking occurs when queues become too 
long and the customer chooses not to wait in line. He/she either seeks service elsewhere or 
comes back at another time. To determine when balking occurs is often difficult to 
estimate but critical to the design of a queuing system. [Ref. 2:pp. 172-174] 

With a knowledge of queuing phraseology, one must also understand queuing 
discipline. What is the sequence of events within a queue and how are these events 
distributed with respect to time? Common to most queues is the design of the system that 
provides service to the first item within the queue or sometimes defined as “first come, first 
served.” Other service philosophies can be used in the design of a system such as assigning 
categories to items in the queue and serving some categories above others regardless of 
when they entered the queue. Given a service philosophy, one can assign the proper 
distribution of events in relation to time. The best approach is to observe the actual system 
in operation over the period of time that analysis is desired and simulate arrivals to fit the 
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observed pattern. If this option is not available or it is a new system, other models are used 
within queuing simulations. For arrival rates, a Poisson distribution with its corresponding 
negative exponential probability of arrival has been found to fit a majority of arrival 
patterns. If a Poisson arrival distribution is not appropriate, another approach is to model 
arrivals through a normal or uniform distribution. For service times, observation is the best 
choice. However, a normal distribution is often used if an observation is unavailable. If a 
more appropriate distribution function exists, it can be used to model service time. 

In choosing the number of servers in a model, one must be careful not to allow 
arrival rate to approach service rate. As arrival rate nears service rate, an exponential 
relationship occurs resulting in chaos and the queuing system collapsing upon itself. This 
potential exponential growth in the queue often does not occur in the real world due to the 
onset of balking significantly before model failure. 

Once the parameters are chosen and the system is properly modeled, the approach 
offered by management scientists for developing an optimal solution is the application of 
analytical techniques. As with inventory management, analytical techniques consist of 
several formulas that provide an understanding of the behavior of the queuing system. 
Through the behavior of a system, the cost involved in providing the services can be 
minimized. The costs that must be considered are: 

1. Service costs. These are the expenses a manager must consider in providing the 
desired service. These costs include the cost of the material required for 
providing the service as well as the salary of the employee. 

2. Waiting costs. These expenses are faced by the manager when units are forced 
to queue as they await service. These costs include opportunity costs as well as 
balking costs. 
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Service costs are often easy to calculate but waiting costs can be much more illusive. 
Furthermore, waiting costs can sometimes be inappropriate such as with a hospital 
environment. Instead of placing a value on human life that would occur with balking and 
possible death, a minimum service level is determined and used to obtain an optimal 
solution. However, even with a thorough understanding of the queuing formulas, many 
queuing systems are too complex to be solved using traditional analytical techniques. 

Thus, one must pursue simulation methods to derive an optimal solution. 

B. QUEUING SYSTEM SIMULATION 

The queuing system that was simulated using Excel 4.0 is a highly complex analysis 
of a hospital emergency room. The hospital emergency room that was modeled includes 
multiple phases and multiple channels. The complexity is further compounded by using a 
modified “first in, first serviced” philosophy by accounting for patients who need immediate 
care. The arrival rate of patients employes a Poisson distribution that varies over time. 

The number of nurses and doctors in the emergency room for treating patients varies 
during time to deal with changing levels of staff workload during a day. Additionally, five 
different patient types are considered to model varying levels of treatment and service rates 
by the nurses and doctors. 

To solve this queuing problem and multiple “what if’ scenarios, one could use 
analytical techniques. However, deriving an analytical solution would consume vast 
amounts of time. An analysis of a one week scenario using the model developed took 
approximately thirty minutes on a high speed personal computer. Performing several “what 
if’ scenarios consumed several hours and illustrates the benefit of computer simulation. 
Furthermore, as with the inventory model, several parameters can be manipulated within 
the model to simulate different scenarios. A full listing of the program with comments is 
provided in Appendix B. 
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The primary challenge in the design of a spreadsheet queuing model is how to 
account for the sequence of events in relation to time. Unlike the inventory model, time is 
not a fixed event to which all other events are linked. With a queuing system, time is a 
variable that is controlled by all other events and is governed by a “next event” discipline. 
For each iteration, the model does not increment time to determine what happened during 
the fixed time unit but instead asks the question, “What happens next?”. To use the 
technique of “next event” timing, the model iterates time backward instead of forward. 
Each event is assigned a completion time that is incremented to zero by another event’s 
completion. The event whose time is closest to zero is the next event to which action 
occurs and triggers all other events. 

To catalog events and their times of action, events are classified as either primary or 
secondary. A primary event causes action to occur in the model such as arrival of a unit or 
the completion of service. Secondary events, such as entering or leaving a queue, are a 
direct result of primary events. Additionally, the occurrences of primary and secondary 
events result in the scheduling of other primary and secondary events in a chain-like 
manner. To fully understand this concept requires the use of a flow chart that depicts the 
passage of a patient through the emergency room as illustrated in Figure 5.1. Flow charts 




Figure 5.1: Chain of Events for a Patient 
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are also provided for each primary event with its corresponding chain of secondary events. 
Rounded rectangles within Figure 5.1 contain the three primary events that occurr within 
the the hospital emergency room. The three primary events that can occur with each 
patient are the arrival to the emergency room, the completion of registration by a nurse and 
the completion of treatment by a doctor. Several secondary events occur as a result of 
these primary events but first a discussion of Figure 5.1. 

Figure 5.1 shows the chain of events that occur for each individual patient within the 
hospital emergency room. The first primary event to occur is his/her arrival. The chain of 
events for the primary event of a patient arrival is illustrated in Figure 5.2. A Poisson 
arrival distribution was used to simulate arrival rate. Other arrival distributions could be 
modeled through the altering of a few programming lines in the spreadsheet macro. For 




Figure 5.2: Primary Event — Patient Arrival 
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“next event” time philosophy, a secondary event is to calculate the arrival of the next 
patient. Each arrival to the emergency room was calculated using a negative exponential 
distribution. The parameters for the calculation are time of day and mean arrival rate. This 
calculated arrival time is used as a count down time for the next patient’s arrival. Another 
secondary event is the determination of the patient medical classification or type. This 
value determines if the patient goes straight to the bed queue (open wounds, i.e., type 1) or 
to the registration queue (less sever cases, i.e., types 2 - 5). Within each respective queue, 
a determination is made as to whether a nurse or doctor is available respectfully. If either is 
available, the patient is removed from the queue and is assigned to a server. The nurse or 
doctor is then assigned a normal distribution treatment time based upon patient type. 

The next primary event to occur is that of a nurse completing registration of a patient 
with its corresponding secondary events as illustrated in Figure 5.3. The first secondary 




Figure 5.3: Primary Event — Nurse Completion 
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event is to collect data on the nurse’s service (i.e., time spent with patient, etc.) followed 
by a freeing of the nurse for further patients. The registered patient is sent to the bed 
queue and is assigned a doctor if one is available. The free nurse is assigned to another 
patient if one exists in the registration queue. If assigned, a service time is determined as 
previously discussed. The service time is used for the next event analysis. 

The final primary event within the model is the completion of service to the patient 
by the doctor. The secondary events are shown in Figure 5.4 with the first event being the 
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Figure 5.4: Primary Event — Doctor Completion 

tallying of doctor statistics. The doctor is then freed for treating further patients. The 
information on the treated patient is transferred to a location of the spreadsheet for later 
analysis. The final event is to check if another patient is in bed who needs treatment. If so. 
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the doctor is assigned a completion time as previously discussed with the time being used 
for next event analysis. 

By understanding the primary and secondary events within the hospital emergency 
room, a spreadsheet simulation model can be developed. Similar to the inventory model, 
one must first establish the objectives of the simulation. The primary objective of the 
model is to collect a number of statistics that can be analyzed by the user to determine the 
behavior of the system and facilitate human resource (i.e., doctors and nurses) allocated 
and assignment decission. Another objective is to provide a number of options to the user 
to accommodate “what if’ analysis. The spreadsheet model that was developed allows a 
number of different choices for optimization of hospital queuing problems. Choices vary 
from the number of nurses and doctors available (up to four each) with their respective 
shifts to the number of beds available (up to ten). With the provided statistics and by 
varying the available parameters, an optimal solution can be obtained. 

Some of the aspects of queuing discipline are not built into this model but could if so 
desired by changing a few lines within the macro. Balking was not addressed since few 
people have the choice of multiple hospitals or the ability to leave. Additionally, since this 
is a service scenario where lost sales are not the concern but instead adequate services is, 
costs were not analyzed. The purpose of the model is to determine the appropriate service 
time taking into consideration the patient load by varying the number of beds, nurses, and 
doctors. 

Before demonstrating the capabilities of the queuing simulation model, a few key 
differences exist between the queuing model and the inventory distribution model and 
should be understood. The first key difference is how time was managed as previously 
discussed. Second, since the queuing problem does not contain separate levels of 
management (i.e., factory, warehouse, and dealer), the spreadsheet model did not initially 
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lend itself to the creation of completely separate macros. Instead, one large macro was 
programmed with several subroutines nested within the one macro. If desired, each 
subroutine could be developed into a separate macro. However, during the initial 
development it was found easier to work within one macro. As the complexity of the 
model was increased, the size of the individual macro grew. Towards the completion of 
the model, some of the advantages to a single macro were lost such as the inability to 
further name cells or use Excel’s macro debug add-in. Therefore, if designing a more 
complex model or modifying this one, it would be advantageous to separate the macro into 
smaller macros. 

To begin all scenarios, the user integrates with the queuing macro through a master 
worksheet in the same fashion as the inventory model. Dialog boxes will ask for initial 
input and the model will begin simulation. All pertinent data is transferred to the 
worksheet at the completion of the simulation. 

C. SCENARIOS 

With an understanding of queuing philosophy and “next event” time management, 
two scenarios will be simulated to demonstrate the full capability of the spreadsheet 
simulation model that was developed using Excel 4 . 0 . Each will illustrate the benefits of 
using simulation for determining an optimal solution in a complex queuing environment in a 
hospital emergency room. Even if an optimal solution is not desired, a manager can pose 
“what if’ scenarios and study the behavior of the queuing system. He/she can than make 
changes to the system to meet his/her desired objectives. 

Without using simulation, a manager or director of a hospital emergency room would 
have few options for determining how many nurses, doctors, and beds are required to meet 
the anticipated patients’ arrival rate. One option would be trial and error. His/her first 
iteration would be to compensate the demand by over-staffing the emergency room with 
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doctors and nurses for several weeks. After several weeks, sufficient data would 
accumulate allowing the manager to make further iterations by reducing staff size. His/her 
primary goal is the providing of adequate service with minimum patient waiting over a 
twenty-four hour period. After several months, the manager will achieve the service he/she 
desires. Unfortunately, with a changing environment and the practice of fluctuating staff 
size being economically unfeasible, the manager will view trial and error methods as a less 
than optimal approach. The following scenarios will illustrate how simulation is a far 
superior method than trial and error. 

The first scenario will analyze the aforementioned trial and error method in that the 
manager approaches the problem by over-staffing the emergency room. During a one week 
period, ten beds, four nurses, and four doctors will be available full time to treat the 
patients in the emergency room. This simulation will show a gross under-utilization of the 
facilities. However, the simulation will provide the best service available and can be used 
as a point for other simulations. The second simulation will be a compilation of several one 
week simulations. Many “what if’ scenarios will be simulated by varying the number of 
servers and beds available. Each change will be based upon the utilization and queuing 
results of previous scenarios. The goal of the second set of simulations is to obtain an 
optimal balance between adequate service and server utilization in a hospital emergency 
room. Also, another criterion will be to ensure that few patients wait for the use of a bed. 

For all scenarios, the patient arrival rate was based upon a Poisson distribution with 
mean arrival rate varying during the day as shown in Figure 5.5. Treatment time was the 
same for each nurse and doctor and modeled upon a uniform distribution. The distribution 
of time varied by patient’s category with a lower, upper, and standard deviation as shown 
in Table 5.1. Within the spreadsheet model, all of these values are inputted by the user and 
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can be changed to reflect actual data. To allow comparability between scenarios, only the 
numbers of beds, nurses, and doctors are altered. 




Figure 5.5: Patient Arrival Distribution 
TABLE 5.1: PATIENT CATAGORIES AND TIME DISTRIBUTIONS 



Patient 

Category 


Description 


% of Total 


Lower 


Upper 


Standard 

Deviation 


i 


Open Wounds 


8 


0.25 


0.35 


1.0 


2 


Closed Injuries 


13 


0.20 


0.30 


1.0 


3 


Multiple Trauma 


33 


0.15 


0.25 


1.0 


4 


Visceral Complaints 


20 


0.10 


0.20 


1.0 


5 


Chronic Complaints 


26 


0.05 


0.15 


1.0 



1. Full Services with No Optimization 

As one would expect, under a full service environment with the given patient 
arrival rate as depicted in Figure 5.5, an under-utilization of the emergency room’s 
facilities occurs as shown in Table 5.2. To understand the utilization rate of the emergency 
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room facilities, one must understand the simulation model. The model is designed to seek 
the nurse or doctor who has been without a patient for the longest amount of time resulting 
in the patient load being relatively evenly distributed among the staff. Having staff only 

TABLE 5.2: SCENARIO 1— SERVER UTILIZATION 



Nurse 


Utilization 


Doctor 


Utilization 


Bed 


Utilization 


i 


17.65% 


i 


14.79% 


i 


38.37% 


2 


7.03% 


2 


12.96% 


2 


19.07% 


3 


11.75% 


3 


10.66% 


3 


5.88% 


4 


11.49% 


4 


13.39% 


4 


0.82% 










5 


0.13% 










6.7,8,9.10 


0.00% 



utilized less the 19% of the time is not economical to the hospital. For bed utilization, the 
model tries to fill whichever bed in not in use starting with the first bed and progressing to 
the tenth bed. Therefore, from Table 5.2, one can observe that only five beds are required 
with the fourth and fifth being used less than 1%. Table 5.3 provides other pertinent 
statistics of the full service queuing model . All show gross under-utilization of facilities. 

TABLE 5.3: SCENARIO 1— SYSTEM UTILIZATION 



Average Patients in System 


1.125 Patients 


Maximum Time in System 


28.53 Minutes 


Average Registration Queue Length 


0.00 Patients 


Average Time in Registration Queue 


0.00 Minutes 


Maximum Time in Registration Queue 


0.00 Minutes 


Percent Who Wait for Registration 


0.00 % 


Average Bed Queue Length 


0.00 Patients 


Average Time in Bed Queue 


0.00 Minutes 


Maximum Time in Bed Queue 


0.00 Minutes 


Percent Who Wait for a Bed 


0.00 % 
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From this simulation, the manager can understand much about the behavior of 
the system that will be used in further simulations. First, reduce the number of beds 
available from ten to at least five. One must be careful though because as the number of 
servers is reduced, the bed usage will correspondingly increase. The second behavior is the 
utilization of nurses and doctors. From this simulation, a manager can reduce the available 
resources by at least one nurse and one doctor. Ideally, he/she can reduce the staff to one 
nurse and doctor during off hours with augmentation of two or three of each during peak 
hours. All of these “what ifs” will be analyzed in the next section. 

2. Limited Service with Optimization 

The following scenario is a product of several “what if’ scenarios. This 
process took several hours of computer time but it is still significantly more economical 
than trial and error methods over several months. The final values of utilization for nurses, 
doctors, and beds are based upon the author’s judgment of what is believed to be an 
optimal solution. A professional hospital administrator would be able to apply this model 
to an actual hospital emergency room to which he/she could achieve an optimal solution 
based upon his/her expertise. 

The final number of nurses, doctors, and beds that were modeled was two, two 
and five respectively. A nurse and doctor were available twenty-four hours a day while a 
second nurse and doctor were assigned during peak hours from 0800 to 1 600. The five 
beds were available during the entire twenty-four hours. Table 5.4 presents the utilization 
of the emergency room facilities. The nurse’s and doctor’s utilization increases 
significantly from the first scenario but they are not over-utilized. Table 5.5 presents the 
statistics for the queuing environment. The length of time in the system along with the 
number of patients in the system increased but not to unreasonable values. Additionally, 
nobody had to wait for a bed and that was one of the criterion of the system. 
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TABLE 5.4: SCENARIO 2— SERVER UTILIZATION 



Nurse 


Utilization 


Doctor 


Utilization 


Bed 


Utilization 


i 


38.62% 


i 


40.35% 


1 


42.78% 


2 


30.70% 


2 


33.89% 


2 


23.31% 










3 


6.71% 










4 


1.14% 










5 


0.36% 



TABLE 5.5: SCENARIO 2— SYSTEM UTILIZATION 



Average Patients in System 


1.354 Patients 


Maximum Time in System 


72,05 Minutes 


Average Registration Queue Length 


0.106 Patients 


Average Time in Registration Queue 


1.992 Minutes 


Maximum Time in Registration Queue 


35.800 Minutes 


Percent Who Wait for Registration 


31.21 % 


Average Bed Queue Length 


0.00 Patients 


Average Time in Bed Queue 


0.00 Minutes 


Maximum Time in Bed Queue 


0.00 Minutes 


Percent Who Wait for a Bed 


0.00 % 



Even with the above results, a manager must understand how those results are 
derived. These values are based upon a one week scenario derived from probabilistic data. 
Therefore, there is a range of randomness that exists which can cause some values to 
fluctuate. In Figure 5.6, the number of total patients in the system is illustrated. A number 
of peaks exist which do not necessarily correspond to the patient arrival rate as illustrated 
in Figure 5.5 or the number of nurses and doctors available. With probabilistic scenarios, 
patients will sometimes arrive only a few minutes apart leading to a temporary overload of 
the servers resulting in queues. This is the cause for a number of the peaks shown above. 
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Therefore, like an inventory management system, a hospital manager can include safety 
buffers within his/her ideal solution. Extra beds could be positioned in the emergency room 
and nurses and doctors can be put on call to handle unexpected increased workloads. 

Even with an understanding that simulation methods do not produce a perfect 
answer, simulation does provide guidelines and an understanding of the behavior of a 




Time in Minutes 

Figure 5.6: Patients in the Hospital Emergency Room 

queuing system. Instead of the expensive approach of trial and error, a manager using a 
queuing system can apply simple modeling techniques to understand the behavior of a 
system and arrive at a plausible solution. Juxtaposing the solution with the manager’s 
professional expertise will result in the optimal policy for a queuing environment. The next 
chapter will demonstrate how a manager can not only use spreadsheet simulation for 
inventory and queuing problems but also for approaching complex financial dilemmas. 
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VI. FINANCIAL BUDGETING 



The previous two chapters focused on how spreadsheet simulation can be employed 
to resolve two very specific resource allocation predicaments: inventory distribution and 
queuing utilization. Not all managers will be confronted with either of these unique 
management dilemmas. However, virtually every manager is faced with the prospect of 
justifying his/her need for financial resources in the future. In corporate America and the 
Department of Defense, financial capital is a scarce resource that must be pleaded for and 
then allocated within an organization. The allocation justification process is an estimate, 
often itemized, of expected income and expense for a given period in the future or more 
succinctly known as financial budgeting. Estimation is the relevant term in the definition 
of budgeting that lends financial budgeting as an apropos subject for the discipline of 
simulation. Thus, this chapter will focus on resource allocation as it pertains to financial 
budgeting which is another facet of a successful manager’s prowess. 

A. THEORY 

The creation of a financial budget is an integral part of any organization that will be 
confronted by every manager who is responsible for financial capital. The manager’s 
performance is frequently judged upon his/her ability to submit a budget to management 
and then stay within its limits. Therefore, the methods employed by a manager when 
designing his/her segment of the budget is crucial to his/her viability as well as to the 
organization. Unfortunately, many aspects of budget formulation are not easily quantified. 
Interrelationships among cash flow items are not always clear, the operating environment 
is often turbulent, and predicting the future based upon historical data, trends, and 
managerial judgment are just a few of the factors that must be considered when a manager 
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takes on the task of budget formulation. So how does a manager create a budget and how 
can spreadsheet simulation simplify his/her quandary? 

This chapter will assume that the reader understands basic budgeting methodology 
as only a few budgeting concepts that are relevant to the discussion will be introduced. 
There are essentially three levels of budgeting complexity [Ref. 2:p. 80], The first is the 
most simplistic and is the foundation for the other two levels. This foundation level of 
budgeting is applicable to situations that entail little uncertainty in quantifying income or 
expense and in predicting the future. The manager will often employ a spreadsheet to 
develop the budget. He/she will categorize income and expenses onto the spreadsheet and 
project into the future. The summation or bottom line for the year constitutes the 
manager’s budget. Therefore, the manager is using simple deterministic estimates to 
create a budget. This is called line item budgeting in the business world. This method is 
frequently appropriate for many situations within a business. However, with more factors 
considered or a larger fraction of the business included in the budget, the line item budget 
becomes too inaccurate. Management will then cross into the second level of budgeting. 

The second level of budgeting increases in complexity because it employs 
mathematical relationships to quantify interactions between variables. By identifying 
casual relationships, the manager accounts for important functional relationships among 
variables and significantly increases the accuracy of his/her budget. Mathematical 
relationships between different aspects of a business vary but are often segmented into 
fixed and variable costs. Fixed costs are similar to values used in line item budgeting. 

They are those that are part of the production expense that will occur even if no products 
are produced such as equipment depreciation. Thus, fixed costs do not vary during the 
year and are easily quantified. However, with variable costs, the manager’s experience 
becomes a factor. An example of a variable cost is the expense of producing one product 
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such as the materials within the item. The manager’s experience is required for variable 
costs because he/she must predict how many products will be produced. However, similar 
to line item budgeting the values that are included in formulation of the budget are still 
deterministic. Thus, the prediction about the future fails to quantify the uncertainty 
relating to the future. This is the key weakness of this method of budgeting. To resolve 
this dilemma, a manager will evoke the third level of budgeting. 

The third level of budgeting is the most complex and is the point where spreadsheet 
simulation becomes essential to the solution. The third level employs probabilistic 
techniques to quantify uncertainty associated with future events. The remainder of this 
chapter will focus on how a second level spreadsheet budget can be augmented by 
simulation for a more realistic budget. However, there will never be a 100% correct 
answer because one can never fully predict the future. 

To understand how simulation can be of benefit to the manager in the budgeting 
process, one must first be introduced to Monte Carlo methodology. The Monte Carlo 
technique can be defined as a method where a stochastic variable is assigned a value for 
use in a calculation by drawing a random value that is correlated to the probability 
distribution of the variable. 

The Monte Carlo concept is best comprehended by a simplified example. A 
manager is requested to estimate sales of a particular product based upon his/her collective 
experience. He/she provides an optimistic prediction of 1000 units and pessimistic value 
of 500 units with a uniform distribution between these extremes. From this information, a 
uniform distribution is created that can be used in a Monte Carlo simulation. The 
pessimistic value is assigned a value of zero while the optimistic value is assigned a value 
of one. A random number is then generated between zero and one. If the random number 
was 0.3, a ratio between 500 and 1000 units will results in 650 units of sales. 
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The above example is a simplistic example of the Monte Carlo method but it 
illustrates the essential steps. First, a probability distribution is assigned to the variable of 
interest. There are several distributions to choose from such as uniform, triangular, 
normal, Poisson, and tabular to name a few. What distribution is best must be determined 
by collecting previous data that is normally surmised into a frequency distribution that can 
be correlated to an appropriate distribution. An appropriate caution must be stated before 
preceding any further. A significant assumption has been made when assigning a 
probability distribution based upon historical data. Monte Carlo methods are founded 
upon the assumption that the historical data with its corresponding distribution are in fact 
a true representation of the variable’s interaction in the past and can be projected into the 
future. Otherwise, the model will produce results that are misleading and of no benefit to 
the analysts. 

If the variable of interest is not quantifiable with past data, the probability 
distribution must originate from the manager. He/she must either estimate what he/she 
believes are the pessimistic, optimistic, and most likely values or chance occurrence for 
each range of possible values for each variable. This is not an easy task but it surpasses 
the alternative methods of intuition or trial and error. 

The second step of the Monte Carlo method is to assign the probability distribution 
a corresponding range of values from zero to one. The third step is to generate a random 
number from zero to one that is then applied to the probability distribution for a 
corresponding value that is then used in further calculations. 

The fourth step is to perform steps three and four several times to allow the law of 
averages to work. The result is a range of values for the value of interest or objective 
variable such as total budget, net present value, etc. This range of values is then tabulated 
into a frequency distribution from which further analysis can be performed. The frequency 
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distribution is the paramount benefit of the Monte Carlo technique. Instead of one 
deterministic result, a range of values is presented to the manager that give the probability 
of achieving the objective. Thus, the manager can make a budgetary decision with 
significantly more confidence than the deterministic approach. 

Thus, Monte Carlo methods offer several benefits to the manager when he/she is 
confronted with a complex financial budgeting dilemma. He/she can assign due weight to 
uncertain quantities and relationships vice relying totally on one deterministic value. 
Additionally, he/she has more information from which to base his/her decisions. 
Furthermore, Monte Carlo methods are relatively inexpensive to perform and can be easily 
adapted to a computer spreadsheet from which most budgets have their origins. The next 
section will discuss how a spreadsheet can be programmed to perform Monte Carlo 
simulation. 

B. MONTE CARLO SIMULATION 

A computer spreadsheet is relatively easily programmed through a macro to employ 
the Monte Carlo methods. The macro that was created with Excel 4.0 is much less 
intricate than the two previous chapter’s macros and required the least amount of time to 
create. The only real difficulty encountered during programming was the creation of a 
method for the macro to be dynamically linked to the worksheet through variable names 
and cell reference without explicitly using the worksheet’s name so as to make the macro 
applicable to any appropriate spreadsheet. Therefore, the Monte Carlo macro is 
fundamentally different from the inventory distribution or queuing utilization macros and 
can be applied to any spreadsheet that has probabilistic parameters with a desired 
objective. The macro has more applications than just financial budgeting and this makes it 
the most universal of the three macros developed during this study. 
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A caveat must be understood before discussing the model. Monte Carlo simulation 
is not simulation in the same sense as inventory or queuing simulation. When a manager 
employs Monte Carlo methods, the results of the simulation are a frequency distribution of 
possible eventual outcomes that can be analyzed and used for decision analysis. However, 
this method does not demonstrate the behavior of the system as it changes over time 
which is the essential element of the previous two chapters. Therefore, Monte Carlo 
simulation is not true simulation but instead a sampling technique for determining 
probabilistic values for a crucial variable. These values can then be used in a true 
simulation model for a more realistic behavior analysis. 

The development of the Monte Carlo macro begins with a flow chart that identifies 
key interactions within the model. Figure 6. 1 depicts the events in the macro that begins 
with the identification of essential parameters and retrieval of data from the worksheet if it 
was previously saved. The next chain of events is to assign probabilistic variables on the 
spreadsheet with a respective probability distribution. Four distributions are offered in the 
macro: uniform, triangular, normal, and tabular. Excel 4.0 is capable of several other 
distributions that can be programmed into the macro if so desired. 

The next sequence of events is the heart of the Monte Carlo method. A random 
number is generated for each variable that is used to determine the variable’s value from 
its corresponding probability distribution. After all variables have been assigned a value, 
the objective variable is recorded and relative frequency data is tabulated. This process 
repeats itself for the number of iterations chosen by the analyst. 

Once the iterations are complete, the model transfers input data and the output 
statistics for further analysis to the worksheet if desired by the analyst. The worksheet is 
also returned to its original state by changing the manipulated variables to their original 
values. The Monte Carlo analysis of a worksheet is then complete. 
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Figure 6.1: Monte Carlo Flow Chart 
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Key to the accuracy of the simulation is the number of iterations that were 
performed by the macro. There are no rules of thumb or mathematical methods for 
determining the number of iterations required to achieve accurate results. However, a 
method can be employed to ensure that results are consistent. First, the simulation is 
performed with a few iterations around a wide range of possible objective results. The 
resultant upper and lower limit from this limited simulation is then used in the next 
simulation run in which significantly more iterations are performed. A third run using 
more iterations is then compared to the second run. The frequency distribution 
comparison of each run should not be significantly different when plotted on the same 
axis. If they are, more iterations are required until the distributions are relatively equal. 

With a Monte Carlo macro developed, the manager is ready to embark upon 
financial budgeting using Monte Carlo methods. To apply the macro, a few concepts must 
be built into the worksheet which contains the budget information. First, all essential 
variables that affect the objective must be included on the worksheet. Second, for each 
essential variable, it must be classified as either state, policy, or environmental. State and 
policy variables are not pertinent to the Monte Carlo macro. Environmental variables are 
the variables for which a probability distribution must be determined and modeled by the 
Monte Carlo method. The third step is to create the worksheet based on the previous two 
steps. Essential to the creation of the worksheet is to ensure that all variables and the 
objective are linked by formulas. Thus, as the environmental variables are changed by the 
macro, the objective also changes and statistics can be generated. 

The above concepts are required for the proper execution of the Monte Carlo 
macro. The macro will perform the simulation with any worksheet designed in this 
manner. It does not have to be a financial budgeting scenario. Also, if one understands 
how the macro interacts with the worksheet, he/she can speed up the initial variable entry 
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process. The macro communicates to the user through dialog boxes. For each variable, a 
dialog box requests either the variable’s cell location or name. The name function on the 
dialog box provides a list of all names for the worksheet. Thus, by naming all the 
environmental variables, the analyst does not have to search though the worksheet to 
locate a cell reference. 

The Monte Carlo method and macro have now been introduced. To fully appreciate 
the benefits that can be rendered by these techniques, a financial budgeting scenario is 
modeled and simulated in the next section. 

C. SCENARIO 

The Department of Defense application of the Monte Carlo simulation method that 
was analyzed was the 1974 through 1976 budget of the Civilian Health and Medical 
Program for the Uniformed Services (CHAMPUS). All of the information that will be 
presented is derived from Maassen and Whipple [Ref. 4] and the following analysis does 
not attempt to verify or repute the reported results. Additionally, some simplifications 
were made to the worksheet so as not to make the model too complex. 

Illustration 6.1 shows the budget for CHAMPUS as estimated for 1974 through 
1976. A simplification of the derivation of the values included in Illustration 6. 1 is present 
in Illustration 6.2. The 54 shaded areas on Illustration 6.2 are the environmental variables 
that are linked to Illustration 6. 1 by the italicized variables. They affect the total budgeted 
obligation on Illustration 6.1 which is the objective value. The methods which the Navy 
used to derive these values are rudimentary and therefore lead one to question their 
accuracy. Additionally, the derivation of some of the values was not explained by 
Maassen and Whipple [Ref. 4], 

For the straight line projection environmental variables, the values are based upon a 
determination of the percentage change that occurred during the previous year, 1973. No 
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Department of the Navy — Medical Care in NonScrvice Facilities 
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Quality Control Programs 0 359 0 

Estimated Contractual Care Program Requirements per Year $166,082 $180,855 $180,446 

Total Contractual Care Program Requirements $527383 



Previous Year Straight-line Piojected Contractor Boslon Doctor ProjccDon Various PopulaDon Projection Various Population Projection 

1973 Factor Estimate Backlog Closure Shortage for 1974 Adjustments FY74 FY73 for 1975 Adjustments FY76 for |97o 

Active Duty Dependents 1146 1.286 1,474 43 9 1,526 (18) 902,969 908,609 1,517 (4) 896,762 1,493 

Retired Dependents 920 1J93 1,282 30 3 8 1,323 10 824.250 870,088 1,407 0 909335 1,470 

Retired Personnel 261 1.421 37| 9 4 2 JSO 17 311,754 329,277 426 0 344,147 445 
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illustration 6.2: Derivation Values for CHAMPUS Budget 



forecasting techniques were employed and the projection was held constant during the 
three years that were estimated in the budget. Inflation is also based upon a one year 
trend. The inflation that was experienced during 1973 was calculated and projected to be 
the same during the next two years with no inflation in the last year. The methods from 
which population was calculated were not provided by the reference. 

The Monte Carlo financial budgeting scenario was performed by assigning 
probabilistic distribution to the forty-eight variables with total obligations as the objective. 
Since neither historic data nor CHAMPUS manager experience was available, there was 
no accurate method to determine appropriate distributions. Instead, reasonable variations 
around the actual values were used with uniform, triangular, and tabular distributions. 

This method demonstrates how a spreadsheet and Monte Carlo method can be applied for 
financial budgeting which is within the scope of this thesis. There was no attempt made to 
design a better CHAMPUS financial budgeting system which would require an anlaysis of 
sufficient historical data. 

Figure 6.2 presents the frequency distribution for 500 and 750 iterations. The 
distribution appears reasonably stable thus sufficient iterations were performed. The 
distributions do not reflect any resemblance to factual data since the inputs were only 
theorized. However, Figure 6.2 does show the benefit of Monte Carlo simulation 
Instead of the deterministic values of $527,383 as provided in Illustration 6. 1, a range of 
values is depicted. For example, there is approximately a 80% chance that total obligation 
will exceed $580,000 while only a 20% chance that it will exceed $780,000. Furthermore, 
even though the inputted values are not factual but only a variation of the deterministic 
values, the probability of achieving a budget of $527,383 is less than 10% in this scenario. 
This may explain why CHAMPUS consistently exceeds budget every year. The benefit of 
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Figure 6.2: Total Simulated Obligations 

this information is enormous. A manager does not have to base his/her judgment solely 
upon a single value but instead can weigh the probability of achieving a goal based upon a 
frequency distribution. 

This scenario illustrates the benefit of Monte Carlo simulation in financial budgeting. 
As stated previously, this macro can also be applied in many other resource allocation 
scenarios. It is applicable to situations that involve uncertainty that can be reasonably 
quantified such as capital investment scenarios. The next chapter presents the summary 
and conclusions for this simulation method as well as the previous two chapters’ 
simulations. 
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VII. SUMMARY AND CONCLUSIONS 



The overall purpose of this study was to explore the possibility of applying digital 
computer spreadsheets as a sophisticated tool for resolving resource allocation enigmas. 
This involved a general discussion of simulation as a resource allocation tool and the 
methodology required to adapt a spreadsheet as a viable simulation device. To illustrate 
spreadsheet simulation, three separate and unique resource allocation scenarios were 
analyzed. 

An inventory distribution system was the first allocation dilemma that was 
simulated. Several spreadsheet macros were created to fully analyze the behavior of the 
complex system. Microsoft's Excel 4.0 was fully capable of the simulation task and many 
techniques that were created were used in the next two scenarios. 

The second scenario was a queuing utilization analysis of a hospital emergency 
room. This model proved to be the most difficult to adapt to a spreadsheet due to the 
requirement of maintaining a vast data base on present and past events. However, through 
creative programming techniques, the spreadsheet was also capable of queuing simulation. 

Financial budgeting through Monte Carlo methodology was the final simulation 
scenario analyzed. Adapting the spreadsheet for this scenario was the least difficult of the 
three. The result of Monte Carlo simulation is not true simulation as the produced result 
is a probability distribution vice a system behavior analysis. However, the Monte Carlo is 
the most adaptable of the three models as it is not as specific in design as the previous two 
models. It can be applied to a wide variety of resource allocation models. 

Simulation methodology for resource allocation is no longer limited to those who 
have access to simulation specific computer software. Spreadsheets, that are available to 
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virtually every manager, can be programmed in simulation methodology to analyze all but 
the most complex resource allocation enigma. 
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APPENDIX A 

INVENTORY DISTRIBUTION OUTPUT AND MACROS 



SCENARIO ONE ONE WAREHOUSE, NO USER INVOLVEMENT 



Initial Data 


Dealer 


Warehouse 


Dealer 


Beginning Inventory 


50 


50 


100 


Reorderr/Begin Production Level 


25 


25 


35 


Stop Production 


* 


* 


100 


Amount Order/Rate of Production 


25 


25 


30 


Holding Cost 


$0.10 


$0.10 


$0.10 


Order/Setup Cost 


$20 


$20 


S100 


Shortage Cost 


$50 


$50 


$50 



Inventory 




9 Dealer Denand 
H Dealer 
I Warehouse 
Q Factory 
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Backorders 
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SCENARIO 2 — THREE WAREHOUSES, NO USER INVOLVEMENT 



Initial Data 


Dealer 


Warehouse 


Dealer 


Beginning Inventory 


50 


50 


100 


Reorder/Begin Production Level 


25 


25 


35 


Stop Production 


* 


* 


100 


Amount Order/Rate of Production 


25 


25 


30 


Holding Cost 


$0.10 


$0.10 


$0.10 


Order/Setup Cost 


$20 


S20 


SI 00 


Shortage Cost 


$50 


$50 


$50 



Inventory 
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Backorder 




Total Cost 




9 Dealer 
§3 Warehome-l 
■ W«rchouie-2 
Q Ware home- 3 
9 Factory 
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SCENARIO 3 — THREE WAREHOUSES, FULL USER INVOLVEMENT 



Initial Data 


Dealer 


Warehouse 


Dealer 


Beginning Inventory 


50 


50 


100 


Reorder/Begin Production Level 


25 


25 


35 


Stop Production 


* 


» 


100 


Amount Order/Rate of Production 


25 


25 


30 


Holding Cost 


$0.10 


$0.10 


SO. 10 


Order/Setup Cost 


$20 


$20 


S100 


Shortage Cost 


$50 


$50 


$50 



Inventory 
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Backorder 




Total Cost 




Si Dealer 
S3 Warehouse-1 
■ Warehoused 
£3 Warehouae-3 
S9 Factory 
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SCENARIO 4 — THREE WAREHOUSES, JIT ENVIRONMENT 



Initial Data 


Dealer 


Warehouse 


Dealer 


Beginning Inventory 


50 


50 


100 


Reorder/Begin Production Level 


25 


25 


35 


Stop Production 


* 


* 


100 


Amount Order/Rate of Production 


25 


25 


30 


Holding Cost 


$0.10 


$0.10 


$0.10 


Order/Setup Cost 


$20 


S20 


S100 


Shortage Cost 


$50 


$50 


$50 



Inventory 
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Backorders 
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Inventory Distribution Model 



INVENTORY DISTRIBUTION WORKSHEET 
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MASTER DISTRIBUTION MANAGEMENT MACRO 



A 


B 


C 


name. t 


Command! 


coaimonts 










Summary Information 




TULt: 


Matter DutnbuUon Mtuurmai Macro 




Vernon: 


vl.O 




Author 


Dixon Hicka 




Corporation: 


Nava* Po*tgradu«e School 




Oration Ota*: 


Wcrtieaday. imiary 20, 1 993 










Command Window 


CaaamwnVMM 




Dlittt - jgjgggg 


-WINDOW MAXIMIZECMASTCRJa-r) 


Maxnruzr Maaur Macro 


r-RETURNg 












-eCHOfFALSE) 


Goat Worluheet mi Macro* 




-ACnVATETTACTORYJaMn 






1 “CLOSE/7 ALSE) 






- ACITVATETW ARE- 1 -XLM*) 






^LOSEfFALSE) 






= ACITVATETW ARE- 2JCLM*) 






1-CLOSEfFALSE) 






-ACIWATETWAREOJOMn 






=CLOSEfFALSE) 






-acttvatetdealerjclm^ 






"CLOSEfFALSE) 






- acttv atetmaster. xlao 






-CLOSEIFALSE) 






-RETURNQ 










.wWxwwftm 






-ERROR.TYFETW1NDOWS< I ,-DEALER.XLM-}^ 


Open Distributor Macro* 


' “ERROR. TYP EAVTNDOWS/1 ."WARE* I.XLmH) 






“ERROR.TYPEAVTNDOWSfl.-V/ARE-lXLMn) 






-ERROR. TYPEAVINDOWSfl .“WARE- 3 XLMn) 






-ERROR.TYPEAVTNDOWSfl .-FACTOR Y XIACI) 






^(F(B30“7.0PENCDEALER.XLM-J.TRUE)1 






-IF(B3 1 - 7.0PENCW ARE- 1 . XLM* .3 .TRUE)) 






-(FfB32-7.OPENrWARE.lXLM* J.TRUE)) 






“(FfB3 3- 7.0PENrWAR£-3.XLM“ J.TRUE1) 






’ -IF(B3A- 7.0PENCTACTOR YXLM*3.TRUE)) 






-ACTTV ATEf^MASTEJLXLS") 












-SET.VALUEfPrompt UmoaFALSE) 


Set Initial VmabJe 




-SET.VALUE/P StmlmonJALSE) 






-SET. VALUE/Screm _Upd**.TRUE) 






-SET.VALUEflnjnZ'O) 






-SET VALUE/ Stwtupliermiona.0) 






-SET. VALUE/S Court. n 




pint lUrrtion 


-SET.VALUEfFirtt Umjon.TRL'E) 












-DIALOG. BO XO^put Box \) 


Umt Chooac Vmrt>lei 




-tF(Wmrtxi*«Nujrt>q->3) 






- ALERTCMar* than 3 Wmtouat SdectedT J) 






- GOTOfEJO) 






-END.IFQ 












-tFfBJO-FALSE) 


End Sum 1 mi on try user 


QUIT 


- ALERTrSinajl*ion CmeileeTJ) 






- ACTrVArEf-MASTERJKLS*) 




_ _ 


- HALTQ 






-END IFQ 




- . 1 








-IFfOwme Dealer Dernmi=TRUE) 




. . - . j 


- DIALOG BOXQnput Box 2) 






-END IFQ 












-ECHOf Screen Updrte) 


Scresi L’pchung 








Total Unions 


-ftff*jonr*Stvtup Herat* on* 






-SET.NAME(*Outpul _D*a*,SNS4-0 FFSET(SN14 .(Total Jtrt*ow*IUI)) 


Clear Output Dua 




“PORMULAOOTOf Output DataJNMJ 






-CUEAJU3j> 






-VSCROLU1.TRUE) 
















mmmm § 










HFfP Start tt**i<»-TRUE) _____ __ . _ 


Perform Startup Qermion if Desired 




- FORTCo«tar_S-.l^«Tup Brnor.) 




S_Court 


- Couttr S 






- 7f Court erS>l .SET. VALUE/7 uat fttrrtiaaFALSEV) 






- SET.VALUEfDay.Courter S) 






- MESS A G E/TRUE.'Ruraimf Stvtup ttqmiorQ 






- GCTOfB97) 






-END.IFQ 












-FORA Count® - JS Court. (Toui Iterrtionai) 


Perform Union 


P»T 


- Counter 












- FfD*y>l .SET VALUE/Ftnt UniotiFALSE)) 


Flaa for other Macro* 
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A 


1 . B 


1 C 


1 


namtJ 


Comnundi 


j comments 
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3 CF(ProTT*)t lter*ion 3 TRUE) 




92 




3 ALERTlTerform Another Uer*ionr.l ) 


; Perform »>oth<T It cm on? 


93 




» F(B92=FALSE.GOTCXBl 10*) 


| 


94 




- END JFQ 




95 








96 




= MESSAGEfTRUEEavl 


Display Dry in Menage B» 


97 




= RUN<DEALERXLM!DeaJff.FALSE) 


Call Dealer Macro 


98 








99 




,* IF(D«jr=l> 




100 




- ACTTVATETMASTER-XUn 


Return Display Control to Master 


101 




- SET. V ALUElDay. 0 ) 




102 




■ RUNtMAs 1 tK_XLM!Ma*a- Output) 


Copy Initial Data 


I03j 




- IF(P Slat 3«r*J orr-TR UEJ3ET. VALUEfDey, Courser Sl^ET.VALUErDi^.Counttr^ 




104 




- END.IFQ 




tod 








104 




- Rl^MASTERXLMfMa**’ Output) 


Copy Each Days Results 


107 




- IF(? St*t ItrtJo«T-TRUE.GC)TO(BU3^ 




108 




-NEXTT) 




1091 








no 




-ALERTCStnmil*ioo Conyle^J) 


Digilay StmiUtion Complete 


hi 




-MESSAGE^ ALSE.) 




112 




-ACTWATECMASTERXLSn 


Return Corrrol To Worksheet 


113 




-RETURN!) 




114 








115 




-NEXTQ 




116 




-SET.VALUEfP St IterMionEALSE) 


Clear St»tup Flag 


117 




! =GOTOtB87) 




118 






f>utpuf RptHinc 


119 

120 
121 
122 




: 


- FORMULAtDey.OFFSETfSNMXJsf.O)) 


Day 




- COPY(OFFSET!DEALERXLM'STMI>ev. 7).OFFSET(SNM.Dfy. j )) 


Dealer Demand 


123 




COPY(OFFSET(DEALERXLM'STM.D«y.l).OFFSET!SNM.Dfy.2j) 


Inventory Dealer 


124 




- COPYfOFFSETCWARE-l.XLW'STM.Dsy.D.OFFSETlSNM.DsjrJ)) 


Warehouse- 1 


125 




- C0PY(0FFSET(TVAR£-2XLM’STM.Dey. 1 ).OFFSET(SNM.D«v.4)) 


Warehouse 2 


126 




- C0PY(0FFSETCWAR£.3 XUrf'm4i>sy.n.OFFSET<SNM.Ds)rJ)) 


Warehouao-3 


127 




- COPY(OFFSET(7ACTORY.XLMISNS4X)r», 1 ). OFFSET! SNMI>te.6)i 


Factory 


128 




3 COPYtOFFSET<DEAL£RXLM’STM.Dfy.2)-OFFSETlSNM.Da7.7)) 


Backorder Dealer 
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- COPY(OFFSETfWAR£-l 3&.M , 'STM.DsT,2).OFFSET(SNM.Dirr.8)) 


Warehouse- 1 
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- COPY(OFFSETCWARE-2XLM , 'STS4I>*y.:).OFFSET(SNS4J3iy.9)) 


Warehouse- 2 
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- COPY(OFFSET("WaR£* 3 XLM' , STM.Dey.2).OFFSETT(SNM.Diy.lO)) 


Warehouse- 3 
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- COPY (OFFSET(TACTORY.XLM’SNM.Dsy,2).OFFSET! JNM£>s)r. 1 1 )) 


Factory 
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- COPY(OFFSET!DEALERXLM!STMX)iyJ).OFFSET{SNM.DejU2)> 


Shorts fa Coat Dealer 
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- COPY(OFFSETTW ARE-1. XLM , 'STS4X)»yJ).OFFSET(SNS4j5^.13)) 


Warehouse- 1 
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- COPY(OFFSETfWARE-2J<LM’'m4X>»TJ).OFFSET(INJ4X)rr.l4)) 


Warehouse-2 
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- COPY(OFFSETrWAR£-3.XLM''STM.Diy.3).OFFSET(SNM.Dsy.l5)) 


Warehouse- J 
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- COP YfOFFSETfF ACTOR Y XLM' $NM Day J). OFFSET! SNM Day. 16)J 
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- COPY(OFF5ET!DEALERXLM!STM.D«y.4).OFFSET<SNM.Dey.l7)) 
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- COPY!OFFSETrWARE-l.XLM , ’STM.Dey.4).OFFSET!SNM.DiT.18)) 


Warehouse t 
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- COPY(OFFSET('WAR£-2XLM'"STM.Dsv.4),OFFSET(SNM.D»v.l 9)1 
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= COPY(OFFSETrWAR£-3 XIM , 'STM.Dsy.4).OFFSET!SNM.Dsy.20)) 


Warehouse- J 
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- COP Y(OFF5ET!FACTOR Y.XLM'SNMX>sy.4 1.0FFSETI SNMDar. 2 1 )) 
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- COP Y!OFFSET!D HALER. XLM!STM_DrO). OFFSET! SNMX>ey. 22)) 


Ordertog Co* Dealer 
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- COPY(OFFSETCWAR£-l XIM , !rrMJDsyJ).OFF3ET!SNM.Dsy.2J)> 
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- COPY(OFFSETTWAR£-2Ja-M , !m4J>iy^kOFFSET(SNS4i>^J4)) 
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- COP Y(OFFSETCW ARE-3 XLM 1 ’ STM _DsyJ). OFFSET! SNS4 X>«y.23» 


Warehoase-3 
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- COPY(OFFSET (FACTORY XLM'SNM_D*yJ). OFFSET! SNM X>n. 26)) 
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- COPY!OFFSET!DEALERXLM'STM.Day.6).OFFSET(SNM.Diy.27)) 
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- COPY(OFFSETfWAR£-l XLM-STMJ>»T.6).OFFSET(SNS4i3«Y.28)) 
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3 ECHCXFALSE) 


Trwwfa- Data to Wortshea 
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-COPY(Outpul D*A MASTER •T.XL4' , SAQM:OFFSET0MASTER*T.XLS , tLAQM,fIleniionr*' Startup ttenuonrM U 1 )) 
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^PY!DEAIERXIM!Besinmng_tnva«ary.MASTER*T.XLS"TOY3) 


Tranafo- Initial Values to Workshea 
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-^OPY (DEALER XLM'Reorder Poirt, "MASTER -T XLS" T BY4) 
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KX3PY (DEALER XLM' Reorder Quw*jty, "MASTER- T.XLS'BY6) 
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KrOPYfDEAlERJaM’Holdo^ICo^MASTER-T.XLS’fBYT) 




168 




^X>PY!D£ALERXLMlCo* Ordw.'MASTER-T.XLS’lBYB) 
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-COPY!DEAL£RXLM'ShonJ»^ Co«. MASTER •T XLS'’BY9) 
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-COPY fW ARE- IJaNf'Beiirrnrm invert orr.MASTER-TXLS’ , BZ3) 
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-COPYfW ARE-1. XLWlReortkr Po«x*.MASTER.TXLS !BZA) 
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-COPYrWARE-l.XLM-’Reonkr Qu— ity.MASTERT-XLy>B2*) 
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-CO PYfTV ARE- 1. XLM (Holding Co*t > MA3TFR-T.XLS' l BZ7) 
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-COPYCW ARE-1. XLM7Co* Ordar. "MASTER- T.XLS7BZ8) 
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-COPYnVAR£-l.XLM’’Shoriw« CottMASTER-T XLS-BZ91 
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I^OPYrWAR£-2XLM'rB«*>fwn»ig_Inv«rtorr.MASTER.T.XLS , !CA3) 






-COPYfW AR£-2XLM"'Reorder. Po.tr. 74ASTER-TXLS"’CA4) 
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=COPYfW ARE-2 XLM’ Reorder Qu»a iry. MASTER -TXLS*'CA6) 
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-COPYfWARE-3 XLW'Bemnmn^ Invoneorjr. "MASTER- T.XLSICB3) 
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=COP Y("WAR£-3 XLM’ Reorder PotnLMASTER-TXLS*'CB4) 
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189 




=COPY(FACTORY XLM!Bemn Production Uvd.'MASTER-TXLS ,, CC4) 
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=COPYrPACTOR Y XLM , Holdmji_Co«c'MASTER-f XLS’ICC'') 
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=COPYfFACTORY >LM!S<tup_Co«t, ’MASTER -T XLS’’CC8) 
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=COPYrFACTORY XLMlShonige CcxMASTER-T XLS’tCC9) 
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-OETTNENAMETF»ctorr . r.^ASTER-TJO^' JAWJ4 OFTSETCMASTER-T XLS’» JA WMMASTERJCLMrToul _Q«wion». 
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-OETINE.NAMErT)€»ler BO”, - MASTER-TXLS'llAJCJ4 0FT3ETrMASrER-TXLS'’SAXJ4 MASTER. XLMfTotii tterKion*. 
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*OE3TNE.NAMEf'De»Jcr Co«*.'MASTCR-TXLS’?SBRS4 OFFSETCMASTER-T XLS’ , SBRS4XASTER.XLM r Toul Qa*ion 
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* OEFINEJ^AMEOV rehouse I Co«t*/MASTQl-T XLS’'SBSS4 OFFSETCMASTER-T XLS’!SBSS4 .MASTER.XLm7toiiJ ltd 
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■OE3TNE.N AMETW ntouw 2 CmT.’MASTER-T.XI^S8T*4:OFFSET04ASTER-TXI^’!SBTW.MASTER.XLMTouJ It 
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*DEnNE.NAMEOV«rhou»e 3 Co^*.-MASTER-TJ<LS”SBUS4 OFFSET fMASTER-T XLS , 'SBUV4aMASTER.XLM'ToOi It 
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10 


CommandW indow 


Command Window 




11 




-IFIMASTERXLMlFirst Iteration-TRUE) 


Start Warehouse Macro 


12 








13 




* SET. VALUE(Begmnmg_Inventory PIASTER. XLMlWarehouse^BI) 


Set Initial Variable 
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• SET. VALUECPromptReorder, FALSE) 




15 




- SET. VALUE(Prompt_Quantity, FALSE) 




16 




- SET.VALUE(Reorder_Pomt r MASTER.XLM!Warehouse_RL) 




17 




- SET. VALUE (Reorder Quantity PIASTER. XLM! Warehouse RQ) 




18 




- SET. VALUE* Ho I dingCost,MASTER XLM (Warehouse HC) 




19 




- SET. VALUE* CostJ>der,MASTER XLM 1 Warehouse J3C) 




20 




- SET. VALUE( ShortageCosuMASTER XLM ! Warehouse SC) 
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- SET. V ALUE(Lead_Time,5 ) 




22 




- SET. VALUEfDay.O) 
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- SET. VALUE* Shipment^) 
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- SET. VALUE( Order, 0) 
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- SET.VALUE*Back_Order,0) 




26 




- SET.VALUE(Total - Cost,0) 
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- SET.VALUE(Total_Holdmg_Cost,0) 
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- SET. VALUE* Total _OrderCost,0) 




29 




- SET.VALUE(Total_Shortage^Cost,0) 
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- SET.VALUE*Recerved_Order,0) 




31 




- SET. VALUEfReorderiALSE) 
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- SET. VALUE^MakeOrderjALSE) 




33 




- SET. VALUE(B1 28,0) 
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- SET. VALUEfBl 29,0) 
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- SET. VALUE(B 130,0) 
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- SET. VALUE(B 131,0) 
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- SET. VALUE(B1 32,0) 
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- IFfMASTER XLM (Prompt Individual- TRUE) 
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- DIAL OGBOX* Input 


User Choose Variables 
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IF(B40-FALSE) 


End Simulation by user 
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QUIT 


- ALERT* "Simulation Caned led',3) 
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- MESSAGEOFALSE) 
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- ACTIVATE( "MASTER XLS") 
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HALTO 
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- END IF() 
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- END.IF0 
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- SET . V ALUE( Current Inveraory,Beginrung_Inventory) 


Set Current Inventory 
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- GOTO(Lead_Time_Table) 


Determine Relative Frequency 
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- SET.NAMEC Output Data', STS4:OFFSET(STS4,( MASTER XLM!Totai IteraUons-t-l XI 2)) 


Clear Output Data 
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- FORMULA OOTO<6utputData,T4) 
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- CLEAR(3) 
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- VSCROLLd .TRUE) 
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- RUN('WARE-3.XLM , 1 Warehouse Output) 


Record Initial Variables 
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-RANDO 


Determine Lead Time 
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-CF(B$64>(VLOOKUP(l ,Lead_Time_Table,4)),2.1 ) 
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-IFrB564>( VLOOKUP(2Xead~Time~Table,4)U, 1 ) 
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-IF(BS64><VLOOKUP(3.Lead_Time_Table,4)),4,l) 
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-RAN D() 


Determine Daily Demand 
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- 1 F( B$ 78>< VLOO KUP(0, Demand Table,4)), Demand l,Demand 0) 
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-IF(BS78>(VLOOK.UP(l,Deinand Table, 4)),Demand 2, Demand 0) 
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-IF(BS78>{ VLOOKCPf 2, Demand TabIe,4)),Demand 3, Demand 0) 




82 




-lF(BS7S>(VLOOK.UP(3, Demand Table, 4)), Demand _4,Demand - 0J 
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DEMAND 


-MAX(B79:B82) 
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-RAN DO 


Determine Lead Time 
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- 1 F( B$85>< V LOO K.UP(l t Lead Time Table,4)),2, l) 
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- !F( BS85>< VLOOICUP(2,Lead _Tnno _Tabio,41),3, 1 ) 
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-lF(BS83><VLOOK.UP(3,Lead~Time _ Table,4)),4,l) 
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-IF(B$85><VLOOK.UP(4, Lead Time _TabIe,4)),5, l ) 
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Ran Lead Tone 


■=MAX(B86:B89) 
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-Current Inventory-Back Order 


Fill Backorder if Possible 
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1 - IF( B92>-0, 0j\BS( B92 ) ^ 


Determine Size of Backorder 
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-IF(B92X),B92,0) 


Determine Change in Inventory 
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-B94-DEMAND 


Fill Demand if Possible 
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-IFf B96>-0,B96,0) 


Zero Inventory if Negative 
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Back Order 


-IFfB96<0,B93+ABS<B96),B93) 


Backorder if Inventory insufficient 
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-IFf MASTER XLMIP Start Iteraoon- TRUE, GOTO< Reorder),) 


Slap Start Reorder 0 if Startup 
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-IF( Prompt Reorder- TRUE) 


Reorder & Quantity? 
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- SET. VALUEfK. 120, Current Inventory-Back Order) 
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- SET. VALUED K.11 6, Day) 
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- SET. VALUE(1C1 18.DEMAND) 
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- SET.VALUE(Make Order,FALSE) 
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- DIALOG. BOXf Reorder Box) 
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- lF(Bl09-FALSE,SET.VALUE(Prompt Reorder.FALSE),) 
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- GOTa Order) 


Goto make Order 
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-END.IFf) 
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-IF( Current Inventory Reorder Pomt,TRUE,FALSE) 


Make Order 
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-IF( MASTER. XLMIP Start Iteration- TRUE, GOTa Order),) 


Skip Reorder Quantity if Startup 
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-IFf Reorder- TRUE) 


Quantity? 
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- IFf Prompt Quantity- TRUE) 
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- SET VALUEfK.I30,Day) 
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SET. VALUEfK. 13 2, DEMAND) 
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- SET. VALUEfK 125, Reorder Quantity) 
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- SET. VALUEfK 134, Current Inventory- Back Order) 
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- DIALOG" BOXf Order _ Box ) 




125 
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105 




250 


175 


516 


125 


Warehouse #1 Order 






106 


5 


114 


100 






Amount of Order? 






107 


7 


318 


99 


60 
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108 


3 


408 


13 


88 




DONE 






109 

110 


5 


114 


79 






Inventory is at or Below the Reorder P 






5 


114 


9 






The Day is 






111 


7 


318 


8 


60 






1 




112 


5 


114 


32 






Today's Demand 






113 


7 


318 


31 


60 






2 
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5 
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Current Inventory 
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3 




Summary Information 




4 


Till*: 


Warehouse ft 2 Management Macro 




5 


Version : 


vl.O 




6 


Author 


Dixon Ricks 




7 


Corporation: 


Naval Postgraduate School 




8 


Creation Date: 


Wednesday, January 20, 1 993 




9 








10 


CommandWindow 


Command Window 




11 




- IF(MASTER-XLM 1 First Jterauon- TRUE) 


Start Warehouse Macro 


12 








13 




■ SET.VALUE(Begjnning_InventoryXASTER-XLMlWarehouse_BD 


Set Initial Variable 


14 




- SET.VALUE(Prornpt_Reorder,FALSE) 




15 




- SET. VALUE(Prompt Quantity .FALSE) 




16 




• SET. V ALUE(Reorder_Pomt, MASTER. XLMIWarchouse_RL) 




17 




- SET. VALUE(Reorder_Quantity,MASTER. XLMI Warehouse_RQ) 




18 




- SET. VALUE!Holdmg_CostMASTER. XLMI Warehouse _HC) 




19 




- SET.VALUE(Cost_Oider,MASTER.XLMIWarehouse_6c) 




20 




■ SET. VALUE! ShortageCostMASTER. XLMI Warehouse^SC) 




21 




- SET.VALUE!Lead_Time,5) 




22 




- SET.VALUEfDay.O) 




23 




- SET. VALUE( Shipment^) 




24 




|- SET. VALUE(Order,0) 




25 




- SET. VALUE! Back^Order.O) 




26 




- SET. VALUE! Total B Cost,0) 




27 




- SET.VALUE(Total_Holdmg_Cost,0) 




28 




1 - SET VALUE!Total~Order^Co3t.O) 




29 




1 - SET. VALUE! Total ~Shortage^Cost,0) 




30 




• SET.VALUE!ReceivedjDrder,0) 




31 




- SET. VALUE (Reorder .FALSE) 




32 




- SET. VALUE!Make_Order.F ALSE) 




33 




1 - SET. VALUEfB 128,0) 




34 




- SET. VALUEfBl 29.0) 




35 




- SET. VALUE(B1 30,0) 




36 




- SET. VALUEfBl 31,0) 




37 




- SET. VALUE(B1 32,0) 




38 








39 




- !F(MASTEILXLMIPrornptJhdmdual-TRUE) 




40 




- DIALOG. BOXfInput_Box) 


User Choose Variables 


41 




- ff(B40-FALSE) 


End Simulation by user 


42 


QUIT 


- ALERT! 'Simulation Cancelled\3) 




43 




MESSAGE!FALSE) 




44 




= ACTIVATE! "MASTER. XLS’) 


■ 


45 




- HALT!) 




46 




END IF!) 




47 




- END.IFO 




48 








49 




- SET. VALUE! Current Inventory 3cgmnmg M Inventory) 


Set Current Inventory 


50 




- GOTOfLead Tane Table) 


Determine Relative Frequency 


51 








52 




• SET.NAMECOutput Data*,ST$4:OFFSET(ST54,(MASTER.XLMITotal Iteration*^ ).l 2)) 


Clear Output Data 


53 




- FORMULA GOTO! Output_Data,T4) 




54 




- CLEAR! 3) 




55 




- VSCROLLd.TRUE) 




56 




- RUNC'W ARE-2. XLM’IWtrehousa Output) 


Record Initial Variables 


57 




-END.IFO 




58 








59 

60 








61 








62 


Day 


-MASTER. XLMI Day 


Counter for Reference 


63 








64 




-RAND!) 


Determine Lead Time 


65 




-IF!BS64XVLOOKUP!lXcad Tune_Table.4)),2,l ) 




66 




-IF!BS64X VLOOKUP(2J>ad_Time_Table.4 )),3, 1 ) 




67 




= IF!BS64>( VLOOKUP! 3,Lead _Time_Table.4)),4,l ) 




68 


i-lF!B$64XVLOOKUP(4,Lead Tune Table,4)),5.1 ) 




69 


Ran Lead Time 


-MAXIB65 B68) 
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70 








71 




=Current_Inventory-Back_Order 


Fill Backorder if Possible 


72 




-IF(B7 1 >-0,0, ABS<B7 1 )) 


Determine Size of Backorder 


73 




=IF(B71>0,B71,0) 


Ensure Inventory not Negative 


74 




“Current Inventory *B73 


Determine Change in Inventory 


75 








76 




-B73-WARE-1 .XLMIOrder 


Fill Demand if Possible 


77 

78 




-IF(B76>-O376,0) 


Ensure Inventory not Negative 




-B73-B77 


Determine Change in Inventory 


79 


Shipment 


-B74+B78 


Determine Amount Shipped 


80 


Back Order 


-IF(B76<0372+ABS(B76)JB72) 


Adjust Backorder Level 


81 








82 


Currentinventory 


■B7 7 +Recetved Order 


Receive Shipment if Present 


83 








84 




- IFfMASTER. XLM 1 P_S tart iteration- TRUE, GOT Of Reorder ), ) 


Slap Reorder ? if Startup 


85 








86 




■IF(ProTTtpt_Reorder*TRUE) 


Reorder & Quantity? 


87 




- SET. VALUE(Reorder, FALSE) 




88 




- SET.VALUECK98,Current_Inventory*Back Order) 




89 




- SET.VALUE(X943ay) 




90 




- SET. VALUECK96,'W ARE-1 XLM’lOrder) 




91 




- SET. VALUE(Makc_Order J" ALSE) 




92 




■ DIALOG BOXlReorder Box) 




93 

94 




- IF(B92=FALSE,SET.VALUE(Prompt_Reorder,FALSE),) 






- GOTO( Order) 




95 




-END.IFO 




96 








97 


Reorder 


= i IF(CurTent_Inventory<Reorder_Potnt,TRUE > FALSE) 




98 








99 




-LF(MASTER. XLM IPS tart Iteration-TR LIE, GOTO( Order),) 


Slap Quantity ? if Startup 


100 








101 




- IFCReorder- TRUE) 




102 




- IFlPrompt^Quantity-TRUE) 


Quantity? 


103 




- SET.VALUEflCl 07, Reorder Quantity) 




104 




- SET. VALUE0C1 1 1 ,Day) 




105 




SET. VALUE(K1 1 3/WARE-l XLM’tOrder) 




106 




- SET. VALUECK1 1 5, Current _Inventory- Back-Order) 




107 




DIALOG. BO X(Order_Box) 




108 




- IF(B107-FALSE,SET.VALUE(Prompt_QuantityJ : ALSEX) 




109 




• SET. VALUE(Reorder_Quantity jcl 07 ) 




110 




- END.IFO 




111 




-END.IFO 




112 

113 








Order 


-Reorder_Quanuty*Reorder4*Amount_Order*Make_Order 


Determine Order Quantity 


114 








115 




°IF(MASTER. XLM 1 Warehouse Number- 2) 


Execute appropriate Warehouse 


116 


Amount Received 


- RUN(F ACTOR Y.XLM!Factory,F ALSE) 


or Factory Macro to place 


117 




-ELSE IF( MASTER XLM’Warehouse Number>-3) 


order 


118 




= RUN(WARE-3 XLM (Warehoused ALSE) 




119 




- SET VALUE( Amount_Recerved,Bl 18) 




120 




-END.IFO 




121 








122 




-IF(Ran_Lead_Time- 1 Arnount_Recerve<LFALSE) 


Account for Lead Time 


123 




-IF(Ran_Lead_T one- 2 T AmountRec«ived > F ALSE) 




124 




-IF(Ran_Lead_Time-3AmountRec<ived.FALSE) 




125 




-EFCRan_Lead_Timo-4 y AmountRec«Tvecl > FALSE) 


1 


126 




-IF(Ran Lead Time-5 Amount ReceivedjALSE) 




127 








120 


Received Order 


-BI29+B122 


Count Down Orders by Day 


129 




-B130+B123 




130 




-B131+B124 




U1 




-Bl 32+B1 25 




132 




-B126 




133 








134 




-IF(MASTER_XLMlP_Start_IteraUon-TRUEXX3TO<Bl"41 ),) 


Slap & Output if Startup 


135 








136 


TotalShortageCost 


-Back_Order"Shortage_Cost+Bl 36 


Determine Costs 


137 


Total Holding Cost 


-Current_Inventory"Holding_Cost+Bl 37" 




138 


Total Order Cost 


-(Make Orders Reorder )" Cost-Order+B 1 38 




139 


Total _Cost 


=B136+B137+B138 




140 
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141 




=RUN('WARE*2.XLM’IWarehou3e_Output) 


| Record Desired Variables 


142 








143 




= RETURN(Shipment ) 




144 






Output Routine 


146 




$*x*x*:*XySK*^^ 


147 


Warehouse Output 


-FORMULA(Day.OFFSET(ST$4.Day,0)) 


Day 


148 




■FORMULA(CurTent_Inventory.OFFSET(STS4,Day,l )) 


Inventory 


149 




-FORMULA(Back_Order,OFFSET($TS4J5ay,2)) 


Back_Order 


150 




■ FORMULA Total _Shortago_Cost,OFFSET( STS4»Day,3 )) 


Total_Shortag«_Cost 


151 




■ FORMULA(Total Ho ldmg L ^Cost.QFFSET(ST54 > Dgy,4)) 


Total_Holdlng_Cost 


152 




■FORMULA(Totai~Ordar_Cost,OFFSET(STS4X>ay,5)) 


TotalOrderCost 


153 




-FORMULA(TotaiCost,OFFSET(5TS4,Day,6)) 


TotalCost 


154 




-FORMULA^ ARE- 1 .XLM , !Order,OFFSET(STS4,Diiy,7)) 


Demand 


155 




“FORMULA(Rfln_Lcad_Time,OFFSET( STS4X>ay, 8 )) 


Random Lead Time 


156 




-FORMULA/ Amount Order, OFFSET(STS4,Day,9 )) 


AmonntOrder 


157 




-FORMULA(Mako_Ordcr,OFFSET(STS4,Day, 1 0)) 


Make_Order 


158 




-FORMULA(Reordcr.OFFSET(STS4 t Day.l 1 )) 


Reorder 


159 




-FORMULA(Shipment,OFFSET(STS4,Day.l 2)) 


Shipment 


160 








161 




=RETURN() 
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Summary Information 




4 


Title : 


Warehouse ft 3 Management Macro 




5 


Version: 


vl.O 




6 


Author 


Dixon Hicks 




7 


Corporation : 


Naval Postgraduate School 




8 


Creation Date: 


Wednesday, January 20, 1993 




9 








10 


CommandW i ndow 


Command Window 




11 




-IF(MASTERXLMIFir3t_Iterauon-TRUE) 


Start Warehouse Macro 


12 








13 




- SET. VALUETBegmninglnventoTy, MASTER. XLMI Warehouse^BD 


Set Initial Variable 


14 




■ SET. VALUE (Prompt _ Reorder. FALSE) 




15 




■ SET. VALUE(Prompt_Quantity, FALSE) 




16 




- SET. VALUE(Reorder_Point,MASTER. XLMI Warehouse_RL) 




17 




- SET.VALUEfReorder Quantity, MASTER. XLM ! W arehouse RQ) 




18 




- SET. VALUE(Ho ldmg_Cost, MASTER. XLMfWarehouseHC) 




19 




- SET. VALUE(Cost_OrderJvlASTER.XLM( Warehouse _OCJ 




20 




" SET. VALUE( Shortage CoslMASTER. XLM! Warehouse _ SC) 




21 




- SET. V ALUE(Lead Time,5) 




22 




- SET.VALUE(Day,0) 




23 




■ SET. VALUE( Shipment, 0) 




24 




- SET.VALUE( Order, 0) 




25 




- SET. VALUE(Back_Order,0) 




26 




- SET.VALUE(Total_Coat,0) 




27 




- SET.VALUE(Totai_Holding^Cost,0) 




28 




- SET.VALUE(Total_Order^Cost,0) 




29 




- SET. VALUER T otal _ Shortage _Cost,0) 




30 




■ SET. VALUE(Received_Order,0) 




31 




- SET.VALUE(Reorder/ALSE) 




32 




- SET.VALUE(Make_OrderJFALSE) 




33 




- SET. VALUE(B1 28,0) 




34 




- SET. VALUEfB 129,0) 




35 




- SET. VALUECBl 30,0) 




36 




- SET. VALUE(B1 31,0) 




37 




- SET. VALUE(B1 32,0) 




38 








39 




■ IF (MAS I'ER. XLM 1 Prompt __ Individual - TRUE ) 




40 




- DIALOO.BOXHnput^Box) 


User Choose Variables 


41 




t IF(B40-FALSE) 


End Simulation by user 


42 


QUIT 


■ ALERT(" Simulation Cancelled", 3) 




43 




MESSAGEfFALSE) 




44 




ACnVATEC "MASTER. XLS") 




45 




HALT0 




46 




END.IFO 




47 




- END. IF 0 




48 








49 




* SET. VALUEf Current_Inventory,Begmning_Inventory) 


Set Current Inventory 


50 




- OOTO(Lead_Time_Table) 


Determine Relative Frequency 


51 








52 




- SET.NAMH *Oufput_Data , ,STS4 0FFSET(STS4, (MASTER. XLMITotal_Itenition»^l), 12)) 


Clear Output Data 


S3 




- FORMULA. GOTCK Output Data,T4) 




54 




- CLEAR(3) 




55 




- VSCROLL(l,TRUE) 




56 




• RUNCW ARE-3. XLMMWarehouse Output) 


Record Initial Variables 


57 




-END.IFO 




58 








59 

60 










61 








62 


Day 


» MASTER XLM 1 Day 


Counter for Reference 


63 








64 




-RANDO 


Determine Lead Time 


65 




-GF(B$64><VLOOKUP(l X«od_Time_Table,4)),2,l ) 




66 




-IF(BS64XVLOOKUP(2,Lead_Time_Table,4)).3,l) 




67 




=IF(BS64XVLOOKUP(3,Lead_Timo_Table,4)),4,l) 




68 




- IF(B$64>{ VLOOKUP(4 ,Lead_Time JTablo, 4 )). 5, 1 ) 




69 


Ran Lead Time 


=MAX(B65 B68) 
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70 








71 




-Current_Inventory-Back_Order 


Fill Backorder if Possible 


72 




-IF(B71>=0,0,ABS(B71)) 


Determine Size of Backorder 


73 




*EF(B71>0,B71,0) 


Ensure Inventory not Negative 


74 




-Current Jhventory-B73 


Determine Change in Inventory 


75 








76 




-B73- r WARE-2.XLM 1 'Order 


Fill Demand if Possible 


77 




-DF(B76>-0376,0) 


Ensure Inventory not Negative 


78 




■B73-B77 


Determine Change in Inventory 


79 


Shipment 


-B74+B78 


Determine Amount Shipped 


80 


BackOrder 


-DF(B760372+ABS(B76)37 2) 


Adjust Backorder Level 


81 








82 


Current_ Inventory 


-B77+RocervedQrdcr 


Receive Shipment if Present 


83 








84 




-EFfMASTER. XLMI PStart_Iterauon* TRUE,GOTO( Reorder ), j 


Slop Reorder ? if Startup 


85 








86 




-IF(Pron!pt_Reorder-TRUE) 


Reorder & Quantity 7 


87 




- SET. VALUECReorder^ALSE) 




88 




- SET.VALUE(K98,Cunem_Inventory*Back^6rder) 




89 




- SET. V ALUE< K94 .Day ) 




90 




- SET. V ALUE(K96 t , WARE-2. XLM’tOrder) 




91 




- SET. VALUE(Make_Order,FALSE) 




92 




- DLALOO.BOXCReorderBox) 




93 




- IF(B92=FALSE,SET VALUE(Prompt_Reorder,FALSE),) 




94 




- GOTa Order) 




95 




-END.EF0 




96 








97 


Reorder 


-EF(Current Inventory <Reorder Pomt, TRUE,FALSE ) 




98 








99 




-1F(MASTER.XLMIP Start Iteration-TRUE,GOTO(Order),) 


Skip Quantity 7 if Startup 


100 








101 




- IF(Reorder- TRUE ) 




102 




- IFCPrompt Quanuty-TRUE) 


Quantity 7 


103 




- SET. VALUE0C1 07 JReorder^Quantity) 




104 




- SET. VALUE0C1 1 1 J>ay) 




105 




- SET. VALUEflCl 1 3, r WARE-2.XLM’!Order) 




106 




■ SET. VALUE0CI 1 5, Current Inventory-Back _Order ) 




107 




- DIALOG BOXf Order Box) 




108 




DF(B107-FALSE,SET.VALUE(Prompt Quantity JALSE),) 




109 




* SET. VALUECReorder Quantity JC1 07) 




110 




- END.IF0 




111 




-END.IF0 




112 








113 


Order 


•Reorder Quantity - Reorder*-Amount Order* Make Order 


Determine Order Quantity 


114 




■ 11 m 11 1-1 *“ ■ ■ - 1 -■ - - I 

1 




115 


I 




Execute appropriate Warehouse 


116 


Amount Received 


- RUN(FACTORY XLMIFactory .FALSE) 


or Factory Macro to place 


117 


! 


; 


order 


118 


1 






119 








120 








121 








122 




-IF(Ran_Lead_Time-l AmountReceivedJALSE) 


Account for Lead Time 


123 




- [Ft RanLeadT ime- ZAmountRecervetLFALSE ) 




124 




- DF(Ran_Lead Time- 3 Amount Received^ ALSE) 




125 




-EFCRan Lead Time-4 Amount ReceivedLFALSE) 




126 




-EFCRanLeadTime-SAmountReceivedJ'ALSE) 




127 








128 


Received Order 


-B129+B122 


Count Down Orders by Day 


129 




-B130+B123 




130 




-B131+B124 




131 

132 




-B132+B125 






-B126 




133 








134 




-DF(MASTER.XLM!P_Stan Jteration-TRUE.GOTO(B1 41 ),) 


Slap & Output if Startup 


135 








136 


Total Shortage Cost 


-Back_Order*Shortage Cost+Bl 36 


Determine Costs 


137 


TotalHoldmgCost 


"Current Inventory* Holding Cost+Bl 37 




138 


Total Order Cost 


“<Make_Order-t- Reorder) “Cost Ordert-Bl 38 




139 

140 


Total Cost 


"B136+B137+B138 
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141 




=RUN('WARH-3.XLM’!Warehou5eOurput) 


Record Destred Variables 


142 








143 




= RETURN! Shipment) 




144 

145 


I.;.;.;.;.;.;.;.;.;.;.;.;.;...;.;.;.;.....;.;.;.;.;.;.;.;.;.... 


*- ..... . . 


Otftpet Routine 


"146 


v.y.v.v.v.v.:.x.v.v.%v.:.:.:.v.v 




147 


Warehouse Output 


“FORMULA(Day,OFFSET($TS4X)ay,0)) 


Day 


148 




“ FORMULA! (^irrwtlirventory.OFF SET(STS4 .Day, 1 )) 


Inventory 


149 




-FORMUI^Back_Order,OFFSET($T$4,Day,2)) 


Back_Order 


150 




- FO RMULA! Total _ Shortage Cost, OFT S ET ( STS4 JDay, 3 ) ) 


TotaJShortageCost 


151 




■FORMULA!Total_Holding L Cost,OFFSET(STS4 > Day,4)) 


Total_Holding_Co»t 


152 




“FORMULA(Total_Order Cost,OFFSET(STS4JDay,5)) 


Total_Order_Co«t 


153 




-FORMULA(Total_Cost,OFFSET(ST54,Day,6)) 


TotalCost 


154 




- FORMULA! 'WARE-2. XLM , !Order,OFFSET(STS4.Day, 7)) 


Demand 


155 




•FORMULA(Ran_Lea<i_Tinie > OFFSET(STS4T)ay,8)) 


Random Lead Time 


156 




- FORMULA! Amount _Order,OFFSET( STS4,Day,9)) 


Amoont_Order 


157 




-FORMUIA(Make_Order,OFFSET(ST$4.Day, 1 0)) 


Make_Order 


158 




-FORMULA(Reorder,OFFSET(STS4,Day,l 1)) 


Reorder 


159 




“FORMULA! Shipment,OFFSET($TS4,Day, 1 2)) 


Shipment 


160 








161 




“RETURN!) 
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Summary Information 
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Title : 


Factory Management Macro 
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Version: 


vl.O 
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Author 


Dixon Hicks 
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Corporation: 


Naval Postgraduate School 




8 


Creation Date: 


Wednesday, January 20. 1 993 
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10 


CommandfVi ndcr# 


Command Window 




11 

12 




-IF(MASTER XLM 1 Fast Jteration-TRUE) 


Start Factory Routine 






13 




- SET. VALUE(Beginning_ Inventory .MASTER. XLM’F actory^BD 


Set Initial Variable 


14 




- SET.VALUE(Prompt_Begm_Producuoi^ALSE) 




15 




- SET. VALUE(Prompt_Stop_Pnxhaction > F ALSE ) 




16 




- SET. VALUElBegin Production LeveUMASTER. XLM! Factory_Start) 




17 




- SET. V ALUE( StopProductionLcve [.MASTER. XLM ! F actory^Stop) 




18 




- SET. VALUE!Production_Rate,MASTERXLM!Factory^Rate) 




19 




- SET. V ALUE(Holding_CosuMASTER XLM ! FactoryHC) 




20 




■ SET. VALUE! Serup_Cost,MASTER. XLMI Factory ^ PC j 




21 




- SET. VALUE! ShortageCoscMASTER. XLM! FactorySC) 




22 




- SET. V ALUECDay ,0) 




23 




1- SET. V ALUE( Back^Order.O) 




24 




- SET.VALUE(Requested_Order,0) 




25 




- SET.VALUE(ProductioaFALSE) 




26 




• SET. VALUE! Setups ALSE) 




27 




=■ SET. VALUE(Begm_Production*F ALSE) 




28 




- SET. VALUE!Stop_Production*F ALSE) 




29 




- SET.VALUE(Totai Cost,0) 




30 




- SET. VALUE(Total Holding Cost,0) 




31 




■ SET. VALUE! Total _Setup_Cost > 0) 




32 




■ SET.VALUE(Totai_Shortage_Cost,0) 




33 








34 




- IF(MASTERXL3dlPrompt_Indrvidual-TRUE) 


User Choose Variables 


35 




■ DIALOQ.BOX!Input_Box) 




36 




- IF(B35*FALSE) 


End Simulation by user 


37 


QUIT 


- ALERT! ’Simulation Cancelled*, 3) 




38 




- MESSAGE(FALSE) 




39 




- ACTIVATE! 'MASTER XLS*) 




40 




- HALT!) 




41 




- END. IF() 




42 




- END. IF!) 




43 




- 1 




44 








45 




* SET. VALUE! Current Inventory,Begmning_Inventory) 


Set Current Inventory 


46 




1 




47 




" SET NAMECOutput Data",SNS4 OFFSET(SNS4,(MASTERXLMITotai Iterations+l ),9)) 


Clear Output Data 


48 




- FORMULA. GOTaOutput_Data,$NS4) 




49 




- CLEAR! 3) 




50 




- VSCROLL! 1 .TRUE) 




51 




- RUN(F ACTOR Y.XLMIFactory_Output) 


Record Initial Variables 


52 




-END.IFO 




53 








54 

55 

56 








57 


Day 


-MASTER XLMlDay 


Counter for Reference 


58 








59 




-Current_Inventoiy-BackJ>dar 


Fill Backorder if Possible 


60 




-IF(B59>-O,0.ABS(B59)) 


Determine Size of Backorder 


61 




-IF(B59>0359,0) 


Ensure Inventory not Negative 


62 




-Current_Invemory-B61 


Determine Change in Inventory 


63 








64 




-IF(MASTERXLMIWarehouse_Number-l ) 


Fill Demand if Possible 


65 


Order _1 


- B61 -WARE-1 .XLM 1 'Order 


from relevant warehouse 


66 




- SET.VALUEfRequestedOrder.Order^l) 




67 




-ELSE.IFfMAS i ER.XLM! Warehouse_Number"2 j 




68 


Order 2 


- B61 -WARE-2.XL\f 'Order 




69 


- SET VALUE!Requested Order, Order 2) 





102 





A 


8 


C 


1 


names 


Commands 


comments 


2 








70 




-ELSE() 




71 


Order_3 


- B6 1 - WARE- 3 XLMV Order 




72 




* SET V ALUE(Requested_Order,Order^3 ) 




73 




-END.IFO 




74 






75 


RequestedOrder 


-Requested Order 




76 




-EF (Requested Order>-O v Requested Order.O) 


Ensure Inventory not Negative 


77 




-B61-B76 


Determine Change in Inventory 


78 


Shipment 


-B62+B77 


Determine Amount Shipped 


79 


BackOrder 


-IF(Requcfted_Order<0 T B6O4’ABS(Reque»ted_Order)3^0) 


Adjust Backorder Level 


80 








81 


Currentlnventory 


-B7 6+JF(Producticm-TRUEJ > roduction Rate,0) 


Receive Yesterday's Production 


82 








83 




- IF(Production- F ALSE) 


Should Production Begin? 


84 




-IF(MASTER. XLMIP Start Iteration-TRUE.GOTCHB 1 03),) 


Skip Start Production 7 if Startup 


85 








86 




- IF(Prompt_Begin Production- TRUE) 


Start Production ? 


87 

88 




- SETVALUE(K102.Day) 






- IF(MASTER.XLM! Warehouse Number* 3) 




89 




- SET. VALUECK1 04,'WAR£-3.XLM’!Order) 




90 




- ELSE.IF(MASTER.XLM!Warehouse_Number a 2) 




91 




- SET VALUE(K1 04.WARE-2 XLM’Order) 




92 




h HLSEO 




93 




- SETVALUE0C1 04.W ARE- l.XL\f ’Order) 




94 




- END.IFO 




95 




- SET.VALUEOC99,Cunmt^Inventory) 




96 




- SET VALUEfBegm ProducuonJ-ALsE) 




97 




t DIALOaBOX( Start" Box ) 




98 




- IF(B97 -FALSE, SET VALUE(Prompt Begin Production,FALSE),) 




99 








100 


Production 


- IF(Begm_Producuon-TRUE,TRUEJ : ALSE) 


Production Flag 


101 


Setup 


- IF(Production-TRUE,TRUE,FALSE) 


Setup Flag 


102 




- ELSE rF(Prompt_Begin_Production-FALSE) 




103 




- EF(Cunrnt Jnventory<Begm Production Level) 




104 




- SET. VALUEfProduction, TRUE) 




105 




- SET VALUED Setup, TRUE) 


Setup Flag 


106 




END.IFO" 




107 




- EF(MASTER.XLMIP_Start Iteranon-TRUE,GOTO(B143X) 




108 




- END.IFO 




109 








110 




- ELSE. IF(Production- TRUE) 


Stop Production 7 


111 




-£F(MASTER.XLM!P_Start_IterBtion-TRUE,GOTO(Bl 30),) 


Slap Stop Production 7 if Startup 


112 








113 




- IF(Prompt_Stop_Production-TRUE) 




114 




SET VALUEtlCl 32,Day) 




115 


IFf MASTER. XLM' Warehouse Number-3) 




116 




=■ SET VALUEfKl 34.WARE-3 XLM’ Order) 




117 




ELSE IF(MASTER XLM!Warehouse_Number=2) 




118 




SET VALUE(K134,'W ARE-2. XUvf Order) 




119 




ELSE() 




120 




- SET VALUE(K134,'WARE-l .XLM , IOrder) 




121 




END.IFO 




122 




- SET VALUE(K129,Current [nventory-Back Order) 




123 




- SET V ALUE( Stop Production^FALSE) 




124 




- DIALOG BOX(Stop_Box) 




125 




IFfBl 24-FALSE.SET. VALUE(Protnpt_Stop_ProductionJ : ALSE),) 




126 




- IF(Stop_Producuon-TRUE) 




127 




- SET VALUE(ProductioaFALSE) 




128 




- ENDIFO 




129 




- ELSE.IF(Prornpt Stop Production-FALSE) 




UO 




- IF(Current Inventory Stop Prtxluction Level) 




131 




- SET. VALUE(ProducuorvF ALSE) 




132 




END.IFO 




133 




- IF(MASTEKXLMIPStan_Iteration-TRUE,GOTO(Bl 43),) 


Skip Cost if Startup 


134 




- END.IFO 




135 




-ENDIFO 




136 








137 


Total _ Shortage Cost 


-BackOrder'ShortageCost+Bl 37 


Determine Costs 


138 


Total HoldingCost 


-Current_Inventory*Holding_Cost+Bl 38 




139 


Total Setup Cost 


- Setup" Setup_Cost+Bl 39 




140 


Total Cost 


=B1 37+B1 38+B1 39 





103 





A 


B 


C 


1 


names 


Commands 


comments 


2 








141 




=SET. VALUE( Setup, FALSE) 


Clear Setup Flag 


142 








143 




=RUNCFACTOR Y. XLMIFactory_Output) 


Record Output 


144 








145 




*RETURN( Shipment ) 




146 








147 

1 48 

149 








150 


Factory Output 


-FORMULA(Day,OFFSET(SNS4J>ay,0)) 


Day 


151 




“FORMUIjVCurrent Inverrtory,OFFSET($N$4,Day, 1 )) 


Inventory 


152 




■FORMULA(Back_Order,OFFSET(SNS4,Day,2)) 


Back_Order 


153 




-FORMULA(Totai Shortagc_Cost,OFFSET(SNS4j5ay,3)) 


TotalShortageCost 


154 




-FORMULA(Total Holdirw_Cost,OFFSET(SNS4,Day,4)) 


Total_Ho Id 1 ng_C ost 


155 




-FORMULAITotal Setup Cost,OFFSET(SNX4,Day,5)) 


Total_Setup_Cost 


156 




*FORMULA(Total_Cost,OFFSET(SNS4,Day,6)) 


Total_Cost 


157 




-FORMULA(Requested_Order.OFFSET(SNS4,Day,7)) 


Demand 


158 




**FORMULA( Production,OFFSET(SN$4, Day,8 )) 


Production 


159 




-FORMULA Shipment,OFFSET($N$4JDay,9)) 


Shipment 


160 








161 




-RETURNO 
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A 


B 


C 


1 


names 


Commands 


comments 


2 








70 




=ELSE() 




71 


Order^3 


- B61 -WARE -3. XLM! Order 




72 




= SET. VALUE(Requested Order.Order 3) 




73 




-END.IFO 




74 








75 


Requc3ted_Ordcr 


= Requested Order 




76 




•EF(Requested_Order>-0,Reque3ted_Order,0) 


Ensure Inventory not Negative 


77 




-B61 -B76 


Determine Change in Inventory 


78 


Shipment 


-B62+B77 


Determine Amount Shipped 


79 


BackOrder 


-IF(Reque3ted_Order<0,B60+ AB S(Requested_Order).B60) 


Adjust Backorder Level 


SO 








SI 


Currentlnventory 


•B76+IF(Producnon-TRUEJhoduction_Rate > 0) 


Receive Yesterday's Production 


82 








S3 




-IF(Production-FALSE) 


Should Production Begin? 


84 




-IF(MASTER.XLM!P Start lt oration- TRUE, GOTO(B 103),) 


Slap Start Production ? if Startup 


85 








86 




- IF(Prompt_Begm_Production-TRUE) 


Start Production ? 


87 




- SET. VaLuE(K 1 02JDay) 




88 




- IF(MASTER.XLMIWarehouse_Number-3) 




89 




- SET. VALUE0C1 04, WARE -3. XLMVOrder) 




90 




- ELSE IF(MASTER.XLM! Warehouse Number- 2) 




91 




- SETVALUHX1 04,W ARE-2. XLMIOrder) 




92 




- ELSEO 




93 




- SET. VALUE0C1 04, WARE-1 .XLM'Order) 




94 




- END.IFO 




95 




- SET. VALUEOC99,Current_Inventory) 




96 




- SET.VALUE(Begm_ProductiorvFALSE) 




97 




DIALOG. BOX(StartBox) 




98 




- IF(B97 -FALSE, SET VALUE(Prornpt_Begm_Production,FALSE),) 




99 








100 


Production 


- IF(Begm Production- TRUE,TRUREALSE) 


Production Flag 


101 


Setup 


- IFfProdxiction-TRUE,TRUE,FALSE) 


Setup Flag 


102 




- ELSE.IF(Prompt_Begm_Production-FALSE) 




103 




- IF(Current_Inventoty<Begm_Production_Level) 




104 




- SET. VALUE(Production, TRUE) 




105 




- SET. VALUE( Setup, TRUE) 


Setup Flag 


106 




- END.IFO 




107 




- IF(MASTER.XLM!P_Start_Iterauon-TRUE,GOTO(Bl 43),) 




108 




- END.IFO 




109 








no 




- ELSE. IF(Production- TRUE) 


Stop Production? 


in 




-IF(MASTER.XLMIP_Start_Iteration-TRUE,GOTO(Bl 30),) 


Skip Stop Production ? if Startup 


112 








113 




- IF(Prompt_Stop_ Production- TRUE) 




114 




- SET. VALUEIKl 32,Day) 




115 




EFCMASTER. XLM' Warehouse _Number- 3) 




116 




SET. VALUE(X1 34, WARE-3 XLM'Order) 




117 




- ELSE IFCMASTER. XLM! Warehouse Number- 2) 




118 




SETVALUE1K1 34, WARE-2. XLM'Order) 




119 




ELSEO 




120 

12 1 




- SET. VALUE0C1 34, WARE-1 . XLM'Order) 






- END.IFO 




122 




- SET. VALUE(K1 29,Currcnt_Inventory-Baclc_Order) 




123 




- SET.VALUE^StopProduction^FALSE) 




124 




- DIALOG. BOX(Stop_Box ) 




125 




- IF(B1 24-FALSE,SET.VALUE(PrornptStop_ProchictionJ r ALSEX) 




126 




- IF(Stop Production- TRUE) 




127 




SET. VALUE(Production v F ALSE) 




128 




- END.IFO 




129 




- ELSE. IF(Prompt_StopProduction- FALSE) 




130 




- IF(Cunem_Invemoiy>Stop_Production_L«vel) 




131 




- SET. VALuE(Producticm»FALSE) 




132 




END.IFO 




133 




- IFCMASTER.XLMIP Start JtereUon-TRUE,OOTO(Bl 43),) 


Skip Cost if Startup 


134 




- END.IFO 




135 




-END.IFO 




136 








137 


Total Shortage Cost 


-BackOrder* Short age_Cost+Bl 37 


Determine Costs 


138 


Tota 1 _Ho Id mg_Cost 


-Cunentlnventory’Holding^Cost+Bl 38 




139 


Total_Setup_Cost 


-Setup* Setup _Cost+Bl 39 




140 


Total Cost 


=B1 37-t-Bl 38+B1 39 





105 





A 


B 


C 


1 


namts 


Commands 


comments 


2 








141 




=SET. VALUE( Setup.? ALSE) 


Clear Setup Flag 


142 








143 




- RUN! FACT OR Y. XLM ! F actory ^Output ) 


Record Output 


144 








145 




-RETURN! Shipment) 




146 








147 

148 

149 


1 

i! 

1 

i 






150 


Factory Output 


-FORMULA(Day,OFFSET(SNS4X>ay,0)) 


D»y 


151 




-F0RMUIjMCWrem_InventOTy,0FFSET($NS4 t Day,l )) 


Inventory 


152 




•FORMUI^Back_Order,OFFSET(XN$4 r Day,2)) 


BackOrder 


153 




-FORMULA(TotaI_ShoTtage_Cost,OFF SET(SNS4 v Day,3)) 


Total_Shortage_Cost 


154 




-FORMULA! Total Holding Cost,OFFSET(SNS4j}ay,4)) 


Total_Holding_Cost 


155 




-FORMULA(Total_Semp_Co9t,OFFSET(SNS4 t Day,5)) 


Total_S«ftip_C©st 


156 




-FORMULA(Total_Co9t,OFFSET(SNS4,Day,6» 


TotalCost 


157 




-FORMULA(Requested_Order,OFFSET($N$4.Day,7j) 


Demand 


158 




-FORMULA! Production,OFFSET(SNS4,Day,8)) 


Production 


159 




-FORMULA! Shipmem,OFFSET(SNS4X>ay,9)) 


Shipment 


160 








161 




-RETURNO 
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APPENDIX B 

QUEUING WORKSHEET AND MACRO 



Queueing Simulation Model 



\ 

Perform Simulation 



Initial Data (Do not change on Worksheet) 



Patient 






IZES. 


Description 


Freuoencr 


1 


Open Wounds 


8 


2 


Cosed Injuries 


13 


3 


Multiple Trauma 


33 


4 


Visceral Complaints 


20 


5 


Chrome Complaints 


26 


Number of Bods 5 





Arrival Distribution 



! 5 

1 = 
• = 
S js 

P 1 

ii 



05 

0.4 

0.3 

0.2 

0.1 

0 



4 6 * 10 12 14 Itf IS 20 22 

Tim* of Day In Hoars 



Nurse 

Nurses Available: 2 



Shift Times 





On 


OfT 


Typ* 


#1 


00:00 


2400 


l 




08:00 


16.00 


2 


to 


00:00 


00:00 


3 


#4 


00:00 


oo-oo 


4 



5 



Normal Distribution 

Lower Upper Standard Deviation 



0.00 


0.00 


1.00 


0.20 


0.30 


1.00 


0.15 


0.25 


1.00 


0.10 


0.20 


1.00 


005 


0.15 


1 00 



Doctor 

Doctors Available: 2 

Shift Times Normal Distribution 





On 


Off 


Typ« 


Lower 


Upper 


Standard Deviation 


*1 


00-00 


24:00 


1 


0.25 


0.35 


1.00: 


#2 


08:00 


16.00 


2 


0.20 


0.30 


1.00: 


DO 


00:00 


00:00 


3 


0.15 


0.25 


1.00: 


#4 


00:00 


oo-oo 


4 


0.10 


0.20 


1.00: 








5 


0.05 


0.15 


1.00! 
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QUEUING MACRO 



A 


B 


C 


1 nama 


Command* 


comments 










Summary Information 




4 I niU: 


Queuing Macro 




I 5 | y'tmon: 


vl.O 




1 6 {Author 


Dixon Hickj 




1 7 \Corvorario*: 


Naval Poat^aduaL* School 




1 9 I Crtation Datr. 


Friday, Februny 3, 1993 










| 10 \ Command Mnckn* 


CoomandWtoidow 




1 11 1 QUEUE 






wnwm—mmam 


«SET.VALUE(Ma*er Clodt Titm.0) 


Set initial Vvtable 




-SET. VALUE/ Active JciodtJ ) 




iai ;.tt 


•SET.VALUE/Un* Nun*«r.l) 






-S ET. V ALUE/Bed qua«.0) 




' u» ■ 


-SET. VALUE/ Artiv«_Potrter. l ) 






-SET. VALUE/Bed* Occupied/)) 






-SET.VALUE/Rcgi«r*ion_C^jnie,0) 




Mnmmmm—mm 


-SET.VALUE/Total P*i «nta,0) 






-SET. VALUE/Nurwi QccupicdO) 






-SET.VALUE/Doetor* OccupiedO) 






-SET.VALUE/Totaijypej .0) 




EOHHHH 


-SET.VALUE/Total Type 2,0) 






-SET. VALUE/TotaljypeJ.O) 






-SET.VALUE/Tocil type 4.0) 






-SET.VALUE/Total Type 3.0) 




■HHH 


-SET V ALUE/ Active^Nurae, 2) 






-SET. VALUE/ Active Doctor. 6) 




iDiHHBi 


-SET.VALUE/End_SinejlMion_TimeEnd_Sinejldion Timc/60) 






*SET.VALUE/Bed Queue FintTRUE) 






-SET.VALUE/Regi«r*ion (>ieu* - Fird.TRUE) 






-SET.VALUE/$y*ten Couiter. 1) 






-SET.VALUE/Reg_Qucue_Couraa-.l) 




EnBMMH 


“SET.VALUE/Bed Queue Courier. 1) 






-SET VALUE/Nurae . 1 _Total 1.0) 






-SET. V ALUE/Nura* 1 Total _2,0) 




■■■MB 


-SET.VALUE/Num^lJotjl^.O) 




£]■■■■ 


=SET.VALUE/Nura*~l ~Total~4 .0) 






-SET. V ALUE/NuneJ ~Totaf 3 . 0) 






-SET.VALUETNiae* _ 2 Total J .0) 






-SET. V ALUE/Nur*e 2 Total 2,0) 






-SET. VALUE/Nurae^T^T otaM .0) 




E ■ 


r-SET. V ALUE/Nvjr*e _ 2~T otal ~4 .0) 




f : HHHHB 


-SET. VALUE/Nune 2 Total 3.0) 




. ■HHBI 


-SET.VALUE/Nurw 3_TotalJ.0) 






-SET.VALUE/Nurae 3 Total 2,0) 






-SET.VALUE/Nuraa_3_Total_3 .0; 






-SET.VALUE/Nww 3 Total 4.0) 




□■■■■ 


-SET. V ALUE/Nurw 3 Total 3.0) 






-SET VALUE/NiaeeJ _Tot«J _1 .0) 




mi 


-SET. VALUE/Nurv* 4 Total 2,0) 




EJHHK: 


-SET.VALUE/Nuraa 4 Total_3.0) 




E1HBHI 


-SET.VALUE/Nur*e_4 Totaljt.0) 




■■■■ 


-SET. VALUEfNune_4 _Total _3 .0) 




■■■ 


-SET V ALUE/Doctor 1 Total 1.0) 






=S ET. V ALUE/Doctor _ 1 Total_2.0) 
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-SET VALUE/Doctor 1 Total 3.0) 






-SET. V ALUE/Doctor _ 1 _ Total _4.0) 






-SET. VALUE/Doctor 1 Total 3.0) 






-SET. VALUE/Doctor 2 Total J.0) 






-SET.VALUE/Doetor 2 Total 2.0) 




EMHHV 


-SET.VALUE/Doetor 2 Totalj.0) 






-SET. V ALUE/Doctor _ 2. Total 4.0) 




□■Hi 


-SET.VALUE/Doetor 2 Total J.0) 




wnwmmmam 


-SET.VALUE/Doetor 3 Total 1.0) 




E3HHBHH 


-SET.VALUE/Doetor 3 Total 2,0) 




I9HBH 


-SET.VALUE/Doetor 3 Total 3.0) 




□■■■H 


-SET.VALUE/Doetor 3 Total 4.0) 




wnmmmmmmm 


-SET. VALUE/Doctor _ 3 Total J.Q) 




mmmmmmmm 


-SET.VALUE/Doetor 4_Total 1.0) 




EUBHHHHi 


-SET.VALUE/Doetor .4 _T«tal_2.0) 






-SET.VALUE/Doetor 4 Total 3.0) 




KOHIH 


-SET.VALUE/Doetor 4 Total _4.0) 






-SET.VALUE/Doetor 4 Total J.0) 




Ell ■ 


-SET.VALUE/Bed^ 1 Jotai.0) 




EnHtHHH 


«3ET.VALUE/B*d 2 TouLO) 




mwmmmmmm 


-SET.VALUE/BedJJotaUO) 




mmmmmmm 


-SET.VALUE/BedJJotaLO) 




EDI 


-SET.VALUEfBed 3_TotaL0) 






-SET.VALUE/Bed^iJTotai.O) 




lC-il — 


“SET.VALUE/Bed 7 Totai.0) 




E3HHHH 


-SET.VALUE/Bed_S_Total.O) 




EHHHHBHI 


-SET.VALUE/Bed 9 TotaUO) 






-S ET.V ALUE/Bed _1 0_Total.0) 




OHH! 






O^HHHI 


-DIALOG BO XONPUT^BOXJ) 


U»er Choo*e Vw-id>lc* 


E1BMHHB 


-CF/B36-F ALSEGOTOfOUTD) 
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A 


B 


c 


1 


norms 


Comma nOa 


comments 


2 








88 




=DIALOG BOXflNPUT BOX 2) 




89 




=F(B88=FALSEGOTCXqUm) 




90 




-DIALOG BOXONPUT BOX 3) 




91 




-lF(B90-FALSE.GOTO<qUTf)) 




92 




-DIALOG.BOXONPUT BOX 4) 




93 




=IFfB92=FALSE) 




94 


qurr 


- ALERTrSirrmilXtoo CxKdlcd" J) 


End Sinulxion by user 


95 




- MESSAGE/FALSE) 




96 




- ACnVATETO-MASTEFLXLS') 




97 




- HALTQ 




98 




-eND .IFQ 




99 




-ECHO/FALSE) 




too 




-SCT.VALUE/End Simulation Timt_End SmiilXian _Ttm«“60) 




101 








102j 




-FORMULA OOTO(Stxrt BoxTRUE) 


Gar Mxm Boxes 


10* 




-CLEAR/ 3) 




1041 




- FORMULA GOTO/Unit BoxTALSE) 




1051 




f^LEARO) 




1061 




=SET. V ALUE/Ttme Till Noa EvtrtJLnd Sumlxion Tbne*2) 




1071 




“FORMULA. GOTO/NeW .Evert Bcx_FALS£) 




108^ 




"CLEAR/3) 




1091 




-FORMULA GOTOOJ3 :AN980 JALSE) 




no 




-CLEAR/3) 




in 




-FORMULA GOTO/ AP3 :AT980JALSE) 




112 




**7LEAR(3) 




113 




-FORMULA GOTO/ A V3AZ980JALSE) 




114 




“CLEAR/ 3) 




115 




“FORMULA GOTO/Ouank BojTlFALSE) 




116 




'-CLEAR/ 3) 




117 




^FORMULA GOTO Output BoxJ.TRUE) 




118 




-CLEAR! 3^ 




119 




- VSCROLL/ 1 .TRUE) 




120 




-ACTIVATE PREVp 




121 




-SET.VALUE/OFFSETTNco Evert Rdffence.1.1^1^ 


Piece Ural #1 m First Unit 


122 




-SET.VALUE/OFFSET/Unit RdermceJUU) 


Place Umt 81 in System Ertrr 


123 




=SET. VALUE/ OFFS ET/Urol Rdawe,l.l),Mixa , _Gock rtme+RUN/AmveJ Dixnbutioo)^ 


Retneve Firx AmviJ Time 


124 




“FORMULA/Syxan Courter.OFFSETf AJ2.Sysiern Courter.0)) 




125 




-FORMULA/O.OFFSET/ArLSvxam Courter.l )) 




126 




“FORMULA/ OF PiE I (Unit Reference. 1 .1), OFFSET/ AJLSyxesn Courier. 2)) 




127 

128 
129 


start 






=r/M*xer Clock Tcme>£ncl Strrulxioo Tune) 




130 




[- RUN/END) 


Determine if Sunilxioo n Conoid 


131 




- ALERTCSirrulxion Cocrylar'J) 




132 




- MESSAGE/FALSE) 




133 




- ACTTVATETQ- MASTERXLS") 




134 




- RETURN/) 




135 


j*ELSEIF/Unit Number >M®cmrian Units) 




136 


F RUN/END) 




137 




- ALERTfSarulxion Complcte*J) 




138 




- messageJfalse) 




139 




ACnVATETO-MASTERjir) 




140 


1- RETURNQ 




141 


~1-END.IP0 




142 








143 


Minimum Time 


-MIN/Time Till Noa vert) 


Find Lowex Time till noa evert 


144 


Mixer _ Clock Time 


=MaxaGock Time*Minirnum Time 


AdjuX Master Clock 


145 


Mixer Clock 24 Hr 


-Mix a 1 Clock Time-1440*1NT/Mixer Clock Time 1440) 


Da ermine 2 4 Hr EquivaJert Time 


146 








147 


Active Clock 


=-MATCH/Mininiim_riine;Time_rilJ NeaEven.0) 


Find Active Pranaoi 


148 


Active Pointer 


=OFFSET(Umt Reference.iLAnive Clack) 




149 








150 




-FORMULA//Syxom Ertry-Mimimm rimel.Syxem^Ertry) 


Subtract Mimmun Time from all 


151 




=FORMULA/(Nurse_l _Gock-Miramum Time).Nuret 1 _Gock) 




152 




“FORMULA /Nurse 2 Clock-Minimum TimelNurse 2 Gock) 




153 




“FORMULA/ (Nurse 3 Gock-Mimmum Time)Nurse_3^Gock) 




154 




“FORMULA/ (Nurte_4_Gock-Mmortim_rime)Nurse 4^GodO 




155 




-FORMULA/ (Doctor l Gock-Mimmum TimekDoctor 1 Gock) 




156 




-FORMULA/ (Doctor _ 2 G ock-Mjngrixn_TimeLDoctoc_2_Gock) 




157 




-FORMULA/ (Doctor 3 Gock-Munrrajm TimeU>ocior 3 Gock) 




158 




-FORMULA/ (Doctor 4 Goek-Mmurum TuneLDoctor 4 Gock) 




159 








160 


Doctor _AvmIX>I« 


•O 




161 




-tP/Dodo r Nunkw> 1 ) 


Dooms* if Doctor On/Off Shift 


162 




- [FOV 14«>W1 3 3.W1 48-2400. W1 48) 




163 




- IF/Mixtr Gock 241*->(NTTBI62n00)*<S0+MOD(B161100LSET.VALUEn3octrt AvxldkeJDoow Av»ld»l^l)J 




164 




- IF(W149>W1 34.W149-2400.W149) 




165 




- r/Maxer Gock 24Hr>(NT/Bl 64/1 00)*6O+MOD/Bl 64,1 OOXSET.VALUE/Doctor AmUblcDoctor Avxl^lrH).) 




166 




- T/Mexer Gock 24Hr>/NT0V133/100)*6<NMODCW133.100)4ET.VALUE/Doctor AvxWileDodor Avxleble-l L) 




167 




- IF/Mixer Gock _ 24Hr>/NT(Wl 34/ 1 00)*60* MOD/W 1 34.1 00LSET. VALUE/Dodor _ Avx IXUcDoctcr Av»ld>lo-lL) 




168 




-END.IF0 




169 




» r (Doctor Nmr»y>2) 




170 




- r/WI30>W133.W130-2400.W130) 




171 




* r/Mexer Gock 24Hr>INT(B17(V100)»6O*MOD/Bl 70. 1 00).SETVALUE/Do<tor AvuldrieDoctor Avxl«ble*l\) 




172 




- r/Msxa 1 Gock 24Hr>tNT/Wl 33/1 00)*6O+MOD/W 133.1 OOLSET.VALUE/Doctar AvwlahlcDoctar Av«lable-1)») 




173 




-END.rp 




174 




-r(Doctar_Numbcr>3) 




175 




- r/W131 >W136.WI3 1-2400 ,W1 31) 




176 




- r (Mixer Clock 24Hr>lNT/B173/100)'60*MOD/Bl 7J.)00).SEr.VALUE/Doctar Av»ilableXk>clor Avsilsble^l).) 


177 




- IF (Msxa-Clock24Hr>(NT fWl 36/100) •(SO* MOD/Wl 36. lOOJ.SET.VALLT/DoctorAvulsbleXRxrtorAveil able- 1).) 


178 




-END ro 



109 





A 


A 


C 


l 


now 


Cemnenda 


comment* 


2 








17* 




-SET-NAME rDwaw Bo^3K34:01TSET(XK34.02>oetar Amim»l*-1)) 


Set Doctor amiable Box 


ISO 








m 


Nuree Amiable 


H) 




in 




-<F(Ni*-»e Num6«r>l) 


Dnermne tTNurac On/Off Shift 


113. 




- rcW101>W106.Wl01-2400.W10l) 




114 




- IFCMama- Cock 24HrXNT(Bl 83/lC«)*6CKMOD(Bl«300UET.VAlJJEl>»urae Amim>lcNurae Aml*lrH)J 




US 




- tF(V/102>W107.WI02-2400.W102) 




186. 




- IFCMrater Cock 24Hr>CNT(B185/100)*6(HMOD(B183.l00UET.VAUJ , El>*irar ArnlAltNum Avail^r-lU 




117 




- tFlMmer CTock 24Hr>(hn‘CW|06/100)*6<HMODrW|06.l00>.SET.VAUJE<Nurae AmldilcNurar Amiable-1).) 




111 




- IF(M*w Cock 24 Ht>{NT(W107/100)-60*MODOiV107.100)3£T.VALUE(Ni« Amim>le>fc**e AvmiaMe>IU 




18* 




-CNDJFQ 




1*0 




^T(Nurae_N>aTm«r>2> 




1*1 




« IF<W1 03 >W10*.W1 03-2400. W1 03) 




ini 




- 7(Mrat« , _C}odt_24hk r >{NT(Bl 91/1 00) S 60+MOD(B1 91,1 00 X5ET.VAlX7El>fcnc_Avmim>te^lurai Amim»4**l)J 




1*3 




- (F(Mnur Clock 24Hr>i^(W10a/l00)*6CKMOD(W10*.100UCT.VALUE(Nurai Amim>kJ*aee AmW>W.l)J 




1*41 




-ENDJFQ 




193 




HFCNura Nunmv>3) 




1*6 




- IF(W104>Wl 09. W1 04-2400.W1 04) 




1*7 




- IF(Mamar CTock 2<im>{NTTBl96/l 00)“60+MODTB1 96,1 OOLSET.VALL'E/Nvi-ae AmtokJ^ne AmWdoMX) 




1*1 




- U'fMmm Clock 24Hr><hrrTW109/100)'6CKMOD(Wl(>9.l00VSET.VALUE<N«a AmlaWcNuraa Aral*l> 1)J 




I** 




^ND.IPQ 




200 




-SETJ^AMECNurac Box\iaS4:OFP3ETTSOS4.0*km«e AmimHe-l)) 


Set Nuree eemUble Box 


201 








202 




KF(Actrra Clock- 1) 


Pwfarrn Syeton E/try SUp* 


203 




- RUN(Aimr*0 




204 








205 




-€LSEJF(Actm CTodrctf) 


Perform Ntrat Carrplere Slept 


206 




- SET.VALUEfAeme TkamjNctm Clock) 




207 




- RUNfNurae A) 


Free up Nitre 


208 




- RUN (Bel Routine B) 


See if Bed amiable 


209 




- [FfBedt Occupied- Doctor* OcojpietHJJlUN/Docior 8)) 


See if Doctor am imde 


210 




- 7(Xeguamian QunieX).RUN(Nurie 8)) 


See if Fkne Needed 


211 








212 




■6LSEQ 


Pwf arm Doctor Can*>lete Slepe 


213 




- SET VALUE/ AOrra Doctor .Acire* Clock) 




2U 




- RUN/Doctor A) 


Free up Doctor 


215 




- RUN (Bel Routine A) 


Clear Bed 


216 




- RUNfPmjex Compltie) 


Tmfa Dma to Output 


217 




- IF (Bel QueueXI.RUN(Bed Routine B)) 


Sea if Bed arnica 


218 




- {F(Bek Occupied- Doctor! Oce*neC>0JtUN<Doctor_B)) 


See if Doctor amidAe 


219 








no 




-ENDJFp 




m 




KK7TTXTTART) 




222 








223 






Antral Renta* 


224 








ns 


Armril 






226 


Total Pm wu 


-Total P*j«rar*-1 


Gam Another Pm*ot 


227 




^ESSAGEOTlUE.TotaJ - PmKrt*) 


Di^rtay Nitnber of Pmjoti 


228 








22? 


Urn Miiii 


Unt Niaikxr* 1 


Add One to Une Rdennce 


230 




SET.VALUE(3ymen_E«PT^UN(Ameil_Dterihut>ea)) 


DonrmNet Airrral Tana 


231 








232 




SET. VALUEmiem^Coraae-. 1 ) 


End A Bladt Raw far Nrt Etel 


233 




WT-niXTEBLANK/OFFSETTNe* Erara Rd'mreBlem Cone. 1 )^f ALSE) 




234 


BUv* Counv 


Blam Cocwtw* l 




235 




IFfBler* Cotaxn-76) 




236 




ALERTCExceee Queues Mode Feikrr* J) 




237 




MESSAGE/FALSE) 




238 




ACTTVATECMA5TlxlXLr) 




239 




haltq 




240 




ENDJFQ 




241 




NEXTT) 




242 




SET.VALUE/OfPiElCNod Eve* Refercnct3l»« Coirter.l),Urat Niaraw) 


Place Ned Om d 01 Blank Row 


243 




FORMULAfBlu* Ccxakir . OFFSET HJ rut Referwe.2.1)) 


Place Po«n ri Unrt Box 


244 




PORMULAfRUNCPmitra Cm*jarjaOFFSET(Nea Erara RdnrceActne Poets J)) 


Aenpi Pmtera T?pe 


245 




FORMULVMrat*'_CTock_TentOFFSET(Noa End RefermxmAane Poet*J)) 


Mark Time n Sywtm 


244 








247 




PORMULAfTRUE-OFFSETTNod Erart RtfamccAcirra Poftaj)) 


Tam Flap 


24* 




FORMULAfTRUE.OFFSET(Ncd Emt Reftnenct^Actrra Poeter ,6)) 




249 




FORMULA/TRUE.OFFSET(Nca Even RrfeewtActm Potter. 7)) 




ISO 




PORMULAfTRUE.OFF5ETfNed Erat RdwwtActm Poewil) 




2S1 




3 

I 

i 

£ 

I 




252 








233 




tF(P*i««^ge-l) 


IT Cam 1, Smd to Bed Quhm 


254 


Bad Qumm 


M.tJUM?! 


Add One to M Queue 


255 








256 

25- 




!F(Bed _ QuHie^Firm— TRUE) 


TAulme Bed Qume SttMdca 




PORMULAlBed Queue CocetH.OFFSETTAVZBad Queue Coaraer.O)) ~ 




238 




FORMULATBed Queue- 1 .OFF3ETTA VOBed Quhm Coratv.l )) 




239 




PORMULATMaeur Clock Tane.OFF3ET(AV2_Bed Queue CowtnJ)) 




240 


M.Quw Fra 


SET. VALUE/Bed Queie FncFALSE) 




261 




ENDIFQ 




2*2 


Bad Queue Coita 


Bed QueueCocetu-r 1 




2*3 




PORMULA/Bod Queue Courter.OFFSETTAV'EBed Queue Courtar.O)) 




244 




PORMULA(Bed QueucOFFSET(AV23ed Quw^Cauran.l)) 




2*5 




FORMULATMieia- Clock _Tune,OFFSET(A VTBed .Queue.Corato- J)} 




266 




FORMUUUMancr Clock Ttme-OFFSETfAVEBed Queue Counter- UXOFFSETCAVXBed Qua* Coratar-lJ)) 




247 




PORMULA((OFT5ET(AVEBed Queue Cotettr-U )*OPPSET(A VEBed Queue Coou-I J)).OFFSET(A VEBed Queue J 




268 




FORMULA* Mean Clock TencOFFSETCNod Evert Retenence_Acirv« Ponder. 7)) 


M*k Tone ai Bed Queue 


269 




PORMUUA1 J.OFFSETfNoO Evert RdVrtnre^Actrv* Pt>tnttr,422__ 


Make Urw State i 



110 





A 


1 3 


C 


l 


norms 


| Command! 


comments 


2 




[ 




270 




■ RUN (Bed Routine B) 


See tf Bed Available 


271 




!• RUN (Doctor B) 


See if Doctor Available 


in 








273 




■ H-SEtFfPmer* Tvpe<>l) 


IfNot Cate 1. Room 


274 


Regitfmion.Queue 


- Regi«tr*jon Qieue- l 


Add to Regivtmon Queue 


2-S 








276 




• tFCRapmion Queue Fint-TRUE) 


Tabulae Regidnion Queue SlMiati 


277 




* FORMULAfRe?^ Queue Count er.OFFSET!AP2.R«iQueue Counier.O)) 




278 




■ FORMULA(Regi«tr*jon Queue-1.0FTSET(AF2Jleji Queue Courier. 1 )J 




279 




• FORMULAfMaater Clock Time.0FFSET(AP2Jtea_Queue Court er.21> 




280 


Regutrttion Queue Fi 


• SET.VALUEmegietrmion Queue FinUFALSE) 




281 




- ENDIFQ 




282 


Re»_ Queue Cotrta- 


* Ret_Queu« Couia*r+l 




283 




• F 0RMULA(Re8_Queu« Courto’,OFFSET(AP2Jles_ Queue Courter.O)) 




284 




• FORMULAfRegwtmion (>ieue.0FFSET(AP2Jle*_ Queue Counter!)) 




285 




• FORMULA(M*ur Cock Time.OPF3ET(AP2Jlet^queue Courter.2)) 




286 




- FORMULA! Maater Cock _TimeyOFFSET(AP2*e*_Qu«ue Courter- 1 _2),OFP3ET(AP2Jle*. Queue Courter- 1 J )) 




287 




- FORMULA! (OFFS ETfARLRe* Queue Courter- l.l)*OFFSET(AP2Jles_Queue Courter- U)),OPFSET(AP2Jte*_Queue^ 




288 




• FORMULAlMaeur -Clock Ttme.OFFSET!Nea Evert Rderwtcajkclrf* Poirtw.3)) 


Mark Tima tn Respatnajon Queue 


289 




• FORMULA! I.OPF3ET(N« Evo* RdercretActrve Potrter.4)) 


Make Urut Sate 1 


290 




- RUNfNuraa^B) 


See iTNurae Available 


291 




- END.IFQ 




292 








293 


Syvtam Courier 


“Syttem Counter* 1 


fTabuldeSyvtem Statiitica 


294 




■FORMULA! Syttem Court er.OFFSET(AJ2Jyttem Courter.O)) 




295 




■FORMULACRegmration Queue+Nunea Occupied- Bed Queue- Beck Octupied.OFFSET (AJZ5yvtem Courter.!)) 




296 




-FORMULACMatta- Clock rtme.OFFSET(AJ2^yitem Court er.2)) 




297 




-FORMULA!M«ater Clock TaneOFFSETfAJiSytrem Counter- l.2).OFFSET(AJZSy*em Courier- IJ)) 




298 




■FORMULA!(OFFSET(AJXSvttem Courier- 1.1 )*OFFSET(AJ2Jy*on Counter. 1 J )).OFTSET( ATLSyvtem Court a- 1.4)) 




299 








300 




-RETURNQ 




301 








303 








304 








305 


Amvii Distribution 


■RANDO 




306 








307 


i-VLOOKUP(M«ur Clock ZtHrr 60 lambda Box.1) 


CaJculae Lambda 


308 




■VLOOJCUP((Mader Hock 24Hr+60V60Jtjrrt>da Box.1) 




309 




■VLOOfCUPfMatter Clock 24Hn 60 lambda Box.2) 




310 




» VLOO KUPf (Maater _Clock _ 24 Hr-60V60 lambda _Box.2) 




311 


Lambda 


-n/(((MaW Clock 24H^60-B307V(B308-B307))«(B310-B309^B309)V60 




312 








313 




-SET. VALUE! Court Lambda."6) 




314 




WoRTCounur.0.240) 




315 


Court Lvnbda 


• Court Lambda* 1 




316 


Hourly Amviie 


- IF(JB8303>EXPONDI3T(Court LambdaJambda.TRUE).Court Lambda- 1 .Court Lambda) 




317 




» IFfHourty Amvala-Court LambdaJtETURN(Hourfy_Amval»).) 




318 




-NEXTQ 




319 

320 

321 


;.;.v. x< . x .x.x<. :W :::vxv 




PvJtflt^CftaftryRaodnr 


.•.vx*.v.w:v.v.%v:*:v.v.v.’ 




322 


P*wrt CMagory 


-RANDQ 




323 




-3UMAV81.W88) 


Determine Pttitrt Type 


324 




“Ptietl _Freg_ 1/B323 




325 




“R*iert Pm^2/B323 




326 


' 


~Pd tat Freq 3/B323 




327 


[=P*i«rt Fra^4/B323 




328 


-IF(SBS322>B324.2.1) 




329 


! =IF(SBS322>B324-B323.3.1 ) 




330 




-{F(SBS322>B324+B323+B326.4.l ) 




331 




■IF(SBS322XB324-B323-B326-B327U.l ) 




332 


Pdjert .Type 


-MAX!B328 B331) 




333 








334 


Total Type l 


={F(Pdtert _Type-l .Total _Type_l - 1 .Total^TypeJ ) 


Tally P«ierta 


335 


Total Type 2 


=DF(PMjert_Type*2.Total Type 2+1. Total Type 2) 




336 


Total Type . 3 


={F!P*ia«_Type"3.TotaJ Type 3+1. Total Type 3) 




337 


Total Type 4 


-IP(T > «iert_TVp<-4.Total_Type_4+ l.Total Type_4) 




338 


Total Type 3 


■LFCPmiert Typ^S.Total Type 3+1. Total Type, 3) 




339 








340 




-R£TURN(P«icrt Type) 




341 

342 

343 


wmmsm 


mmfflmmmmmfflmmmmsmmtmmmsmmmffim 


^•4 tt'eadba*-: - . 


344 


Bed Rouune A 




Remove Pdiert from Bed 


345 


2 


-PORMULAfOPFSETfNed Evert RdsmnAdivi PottUf.l 0lA34)^^ 


Get Occupied Bed Number 


346 


10048.1543364628 


■PORMULA(OFFSETX Start Ref«rre«AJ45!)jA346) 


Retrieve wtwn Bed Occupied 


347 




■Maata Clock Tbna-A346 


Time Bed wai Occupied 


348 








349 


Bed 1 Total 


-IF(A345-I3ed l_Total+BJ347Bed - l - Totan 


Telly Bed Occupied Tana 


350 


Bad 2 /Total 


-IF(A343-2Bed_2_ToUl+BJ347Bed 2 _Totti) 




351 


Bed 3 Total 


■IF(A345-3B«d 3 Total+BS347.Bed 3 Total) 




352 


Bed 4 Total 


1F(AJ43-4Bed 4 _Total+BS3473ed 4 ^TotaJ) 




353 


Bed 3 Total 


•IP(A343— )3ed 3 TotaJ+BS347Bed 3 Total) 




354 


Bed 6 Total 


-IF! A345-6Bed 6 Total- BJ34 73ed_6 - Total) 




355 


Bed 7 Total 


-IF(A345-7Bed 7_Toti>+BS347.Bed .7 JTotal) 




356 


Bed . 8 Total 


-IF(A343-8Bed 8_Total+BS347Bed _8_TotaO 




357 


Bed 9 Total 


-IP!A343-9Bed 9 Total+BJ34 7JBed 9 Total) 




358 


Bed 10 Total 


=(P(AJ45-IO.Bed 10 Total+BJ3473ed 10 Total) 




359 








360 





=FORMULA GCTCHOFFSETf Start Reference^ 5,1) .FALSE) 


Clear Bed Slot 



Ill 





A 


1 B 


C 


1 


AMI 


Commands 


comments 


2 








361 




i=«CLEAR(3) 




362 




*5 ET. V ALUE/ Bert* Occupied3eda_Octupied- 1 ) 


Free up a Bed 


363 








364 




=RETURN0 




365 








366 


Bed Routine B 


j-FtBeda Occupied?* Bed Number JtETURNQ) 


See If Bed Available 


367 




*SET. V ALUEfBed QueueBcd queue- 1) 


Remove One From Bed Queue 


366 








369 




=SET. V ALUEfBed Queue Counter .Bed Queue Counter* 1) 




37W 




-FORMULAtBed Queue Counter.OFFSET(AV23ed Queue Counter.O)) 




371 




-FORMULAtBed QueueOFFSETtAV23ed Queue Count*. 1)) 




377 




-PORMUL6tWa«er_aock_rime.OFFSET(AV23ed_Queue_CounterJ)2_ 




373 




-FORMULAfMaater Clock Tone-OFTSET(AV23ed Queu* Court*. 1 .2\OFF3ETrAV23ed Queu* Court*- U)) 




374] 




HFORMULA<(OFFSE7XAV2Bed Qua)«.Cowker*l.l)-OFTSET(AV23*d Queue Court*- 1 j)).OFFSEr(AV2_Bed Qum* Cou 




375 




-SEXVALUEtBIsnk Court*.I) 




3761 




-WHlLEnSBLANK(6FFSEr(St»t Rd«w3lar*. Court er.l^ALSE) 


Find Next Empty Bed 


377 




- SET.VALUEfBlank Coia**3lmk Court** 1} 




378 




-NEXTQ 




379j 




-SET.V AUJE(B383 £nd _ SonulMjan^rirr*^^ 




380 




-FORTTru* Count**. 1 .75; 


Find Fir* in Bed Queu* 


381 




• FtOFFSETtNext Evert Rd'qmct.True Courier. 8 E-TRUF) 




382 




- OPFSETtNeS .Even Rdcrenre.TrueCoimUT.7) 




383 




• F(B382<B3 8333823383; 


Determine its Respective Point* 


384 




- ENDFQ 




385 




-NEXTQ 




386 




=SET. VALUE! ActrvePoo*er.MATCH(B383.MCT - 5t*e M 3,0)) 




387 


Bedi Occupied 


■Bed* Occupied*! 


Put Pttiert m Bed 


388 




=FORMULA(Ma«t* Cock TtmtOFFSETCNed Evert RderoictActive Point*. 8V) 


Mark Tone tn Bed 


389 




-FORMULAfMaater Gock TimtOFFSETfStart Refcrmce_Blank Coiaaer.l)) 


M*k Time Bed Occupied 


390 




-FORMULAt4,OFF5ET(Noa Evert RderesceActive Potner.4)) 


Make Unit Si** 4 


391 




gFORMULAlBImk.Countqr.OFFSETfNgt.Even RdaTBnce^Lflrve Pogmer.lO)) 


Marl Bed Number 


392 








393 




-RETURNQ 




394 








395 






Niia* Rortfcw 


396 






_ 


397 


Nun* A 




Nurae it Complete 


398 




-FORMULAfOFFSETtSurt Referencejtrtive Nune.2)A399^ 


Retrieve when Nurae Occupied 


399 


10072 


- Ma*ur Clock^Time- AJ 99 


iTime Nurae Occupied 


400 




= FORMULA! 3. OFFSET (Nea Evert ReferonceActiv* Pouter.4)) 


'Make Unit St*e 3 


401 




» FORMULAfMa** Clock Time.OFFSET(Nott Evert RdtrenceActive Poirt*.7}; 


Mart Tone 01 Bed Queue 


402 




- SET.VALUEtBed QueueBed Queue*!; 


Add One to Bed Queue 


403 








404 




■ FfBed Queue Fmf-TRUE) 


Tabula* Bed Queue Statistics 


405 




• FORMULAfBed Queue Court*,OFFSETTAV2_Beri Queue Couraer.O)) 




406 

407 




■ FORMULATBed Queue-l .OFFSETtA VIBed QueueCoun*.! )) 






- FORMULAfMaat* Clock Ttme.0FPSET{AV2£ed Queue Coat t*2)) 




408 




- SET.VALUEtBed Queue^F iraLFALSE) 




409 




- ENDFQ 




410 




■ SET.VALUEtBed Queue CounteBed Queue Court*-*!) 




411 




■ FORMULAtBed Queue Counter, 0FFSETfAV23ed Queue Couracr.Q)) 




412 




- FORMULAtBed _Queu*.OFFSETf AV23ed Queu* Court*. 1)) 




413 




• FORMULAtMmter Clock Tum.0FF3ETfAV23*d Queu* Court*. 2)) 




414 




- FORMULAfMa** Clock Tum-0FFSET(AV23ed Queue Court*. l.2).OFF3EnAV23*d Queu* Court*. IJ)) 




415 




- FORMULA! (0FFSETTAV23ed Queu* Court*. l.l)*OFFSET(AV23ed Queu* Court*.! J)).0FFSETfAV23ed Qu** 




416 








417 




- FtOFF SETfNesi . Evert . RderenreActrve Pouter. 2)" 1 ) 




418 


Nurae l Total 1 


- Ft Active Nune-lNune 1 Total 1 *BS399 .Nurae 1 TotaM) 


Tally Nurae Occupied Time 


419 


Nurae_2_Total 1 


■ Ft Active Nurae-3.Nur»e 2 Total 1*BS399 Nurae 2 Total 1) 




420 


Nurse 3_TouJ 1 


» Ft Active Nurse— 4 Nurse 3 Total 1 *BS399 Nurse J_Totil 1) 




421 


Nurse .4 Total I 


- Ft Active Nurse-SNune _4 Total _ 1 ♦ BS399 Nurae _4 Total . 1 ) 




422 

423 




- END FQ 






* FfOFFSETfNed Evert ReferwteActive Potrt*.2>*2) 




424 


Nurae 1 Total 2 


» FtActive Nurse— 2NuTse l _TotaJ_2+BS399Nurse_l .Total .2) 




425 


Nurse 2 Total 2 


- FtActive Nurse- 3 Nurse 2 Total 2+BS399 Nurae 2 .Total 2) 




426 


Nurae. 3 .Total. 2 


= FtActive Nune-4Nura* 3 Total .2*BS399Nune ii 3 - Total_:; 




427 


Nurae 4 Total 2 


- FtActive Nune-5Nurse 4 Total 2*BJ399Nitae 4 Total 2; 




428 




• ENDFQ 




429 




• F(OFFSETfNe« Evert RrferenceActjve Poot*.2^3) 




430 


Nun* 1 Total 3 


- FfActiv* Nun*'2Nun* 1 Totd 3*BS399Nu rae 1 TotM 3ji 




431 


Nurae 2 Total 3 


- FtActive Nun*- 3 Nun* 2_Totd_3+BS399Nias* 2 - Total - 3; 




432 


Nun* 3 Total 3 


- FtActive Nurae-4 Nurae 3 Total 3*B1399Ni*a* 3 Total 3; 




433 


Nun* 4 . Total 3 


• FtActive Nun*-5Nura* 4 Total 3+B1399.Nurs*_4_Total ^ 




434 




• END Ft]) 




435 




• F(OFFSETfN*a Evert ReferenceAxtive Pout*.2)-4) 




434 


Nun* 1 Total 4 


- FtActiv* Nuna*2Nun* 1 ToU 4*BJ399.Nura* - l_Total - 4; 




437 


Nun* 2 Total 4 


- FtActive Nurav-3JAaa* 2 Total 4*BJ399Nura* 2_Total 4 ; 




438 


Nun* 3 Total 4 


• FfActiv* N'i*a*-4.Nurs* 3 Total 4*B3399.Niaa* 3 - Total - 4; 




439 


Nina 4 Total 4 


- F(Actrv« Nun*-5Nun* 4 Total 4*BI399Nun* 4 Total 4 ; 




440 




- ENDFQ 




441 




■ FtOPFSETfNed Evert Reference^Actm Po***,2^3) 




442 


Nun* 1 Total 3 


- Ft Active Nun^ZNune _ 1 .Total 3+BI399Ni*s* IJotal 5} 




443 


Nun* 2 Total 3 


- FfActiv* Nun*-3Nune 2 Total 5*BS399Nura* 2 Totd 5 ; 




444 


Nurae 3 Total 5 


- FfActiw Nurs*-4 Nurse 3 Total 5*BS399Nura* 3 Total 3; 




445 


Nurae 4 Tot* 3 


• FfActiv* Nun*-5Ni*a* 4 Total 5+B1399Nias* 4 Total 5) 




444 




- ENDFQ 




447 




• SET.VALUEfNune* OccuptodNuraes Occupicd-T ) 


Free up Nurae 


448 








449 




~FORMULA/End - Sinajl*ion.Ttme^.OFl-5ET(Unit Refqxnce.1 Active Nurae)) 


Assign Large Time to Nurse 


450 




=RETURNQ 




451 









112 






A 


B 


C 


l 


nanus 


Commands 


com/rwtj 


: 








453 


Nune B 


=tF(Nur*e» OccupiaL—Nune AvailrileJUTrURNQ) 


Occupy a Nune Routine 


453 


Nunea Occupied 


=*Nur»e» Occupied* l 


Occupy Nune 


454 




=SET.VALUE(Regjitmion QueueJlegntmion queue* l) 


Remove One From Regi nntion Qu 


455 








456 




■ SET.VALUEfl*eg_C^jeue Courto-jleg^Queue CourterM ) 


Tabulae Reparation Queue Stand 


457 




■ FORMULAfReg^Queue_Counter.OFFSET(AP2.Re^Queue Courter.O)) 




458 




- FORMULAtRegiftraion Queue.OFFSET(AP2Jlex_Queue Courter.l)) 




459 




■ FORMULAlMarer Cock Tune,OFFSET(AP2Jleg^Qucue Coumer.2)) 




440 




- FORMULAlMaster Clock Time*OFFSET(AP2.Reg_ Queue Counter- 1 ,21.0FFSCTfAP2Jleg_Qucbe Courter-l J)) 




461 




* FORMULA((OFFSCT<AP2Jle* Queue Courto-*U)-OFFSET(AP2Jteg_Queue Courter-U».OFFSET(AP2Jles_Quoie_ 




462 




-S£T.VALUEfB466.£nd_Sinailaion_TuTie) 




463 




=FOR(*Tnje Court crM. 73) 


Find Pint m Regntntion Queue 


464 




■ IF(OFFSET(Netf Eve* Rdamce.Thje Court a\6>«TRUE) 




465 




- OFFSETfNesl Evert Rrferencc.Thte_CourterJ) 




466 




- IF(B463<B46634633466) 




467 




■ EJVDjFQ 




466 




-NEDCTQ 




469 




*SET.VALUE(Actnre_Poirter34ATCH(B466A(CT - StJU - 1 .0)) 


Detomme rti Respective Pointer 


470 








471 


Aetna Num 


-MATCHf MAXfNune BoxkNune Box0>+1 


Find Nune Off Longest 


472 




-FORMULAlMaaer Clodt Tune.OFFSET(N«sa Evert RdermcaActm Po enter. 6)) 


Mark Tune m with Nune 


475 




=*FORMULAlMa*er Clock TtmeOFFSET (Start RrfereneeActiva Nune.2)) 


Merit Tune Nune Occupied 


474 




«FORMULAf2,OFFSET(Nen Evert RrferenceActiv* Poirter.4)) 


Make Unit Siae 2 


475 




=*S ET. VALUETPati ert Type;OFFSET(Noa Evert ReferenceActiva Poirto’j))' 


Determine Paiert Type 


476 


Tunc with Nune 


-RUNfNune^Servtce) 


Determine Nune Soince Time 


477 




■FORMULAITtme with Nune,OFFSETTUrut Reference. 1 Active Nunc)) 


An 1 an Service Time 10 Nune 


478 




=FORMULAjfAetive_Po«rt«r.OFFSET(Unjt_RrfermceJLActive - Nune)) 


Amign Pocrter to Nune 


479 








460 




J RETURN Q 




481 








KnaSariaTIni'RtiulM 


485 




•/.V.V AV .VAV.V.V e Ve Ve%<% Ve VeVe VeVe V .* * 




484 


Nune Service 


=RAND0 




485 




•IFfPedert TVpe-l) 




466 


Nune Time 


- N0RMINV(B484.(W1 24-W1 1 8/2)*60.Wl30) 




467 




-ENDiFQ 




4661 




-{FfPaiert Type-2) 




4891 




'• SET.VALUEfNune Tu«^ORMINVfB4»4.(W123.Wl 19/2)*60.WI31Q 




490 




-ENDIFQ 




491 




-IFfPaiert Type— 3) 




4921 




- SET. VALUEfNune TimcNORMINV(B4*4.(Wl26-Wl 2(V2^60.W132)> 




4931 




-ENDIFQ 




494J 




3 IF(Paitrt_Typr-4) 




495 




- SET.VALUEfNune Time^ORMr^(B484.(Wl27.W121/2)*60.Wl33^ 




4961 




-end ifq 




497 




— IFfPaiert Typ^3) 




498 




- SET.VALUEfNune Tar*^ORMI>C.'(B484.fWl 26*W1 22/2)*60.Wl 34 




499 




-ENDJF0 




500 






501 




RETURN (Nune Tune) 


I 

« 














Doctor A 






506 




•PORMULAfOPFSKT iSlat Rrfaenc«j6aive_DoaorJ)>507) 


Ran eve wtan Doctor Occupied 


507 


10046.2679772731 


•Mmi r Oock i> Time>A507 


Time Doctor Occupied 


506 




_ .... 




509 




- IFfOFFSETfNea Event .Rrftrence^ctjve^poirter.2)- L ) 




510 


Doctor 1 Toul 1 


- IFfActive Doctor*6Doctor 1 Toul l+BS399Doctor 1 Total 1) 


Tally Doctor Occupied Tune 


511 


Doctor 2 Total 1 


- IFfActive Doctor— 7Doctor_2_Total 1+BS399 Doctor _2_Toul 1) 




512 


Doctor 3 Toul 1 


- IFfActive Doctors Doctor 3 Total l +BS399 Doctor 3 Toul 1) 






513 


Doctor 4. Toul 1 


- IFCActive. Doctor-9 Doctor 4 _Toul_l+BS3 99 Doctor 4 Total 1) 






5M 


- END IF Q 




515 


» IFCOFFSETfNea Evert RderenceAcuve Poirto\2)=2) 




516 


Doctor 1 Toul 2 


- IFfAflive_Doctor— 6Doctor l_ToUl_2+BS399Doctor_l_Total_2) 






517 


Doctor 2 Toul 2 


- IFlAtUvt Doctor- 7Doct or 2 Toul 2+BS399Doctor 2 Toul 2) 






518 


Doctor 3 Toul 2 


- [FfActrvr Doctor-8 Doctor 3 Toul 2 3 99 Doctor 3 Total 2) 






519 


Doctor 4 Toul 2 


- IF (Active Doctor— 9 Doctor 4 Toul 2+BS399 Doctor 4 Toul 2) 






520 




- END.IFQ 




521 




- IF(OFFSETfNe« Evert ReferenctAcUve Poirt<r.2)-3) 




522 


Doctor _l .Toul. 3 


- IFfAetn*_Doctor-6Doctor 1 _Toul _3*BU99 Doctor JJTouM) 




523 


Doctor 2 Toul 3 


- IFfActive Doctor- 7 Doctor 2 Toul 3+BSJ99 Doctor 2 Total 3) 




524 


Doctor 3 Toul 3 


- IFfActive Doctor— 8 Doctor 3 Toul 3+BJ399 Doctor 3 Toul 3) 




525 


Doctor 4 Toul 3 


- IFfActive Doctor— 9 Doctor 4 Toul 3»B1399Doctor_4_ToUl_3) 




526 




- END.IFQ 




52”’ 




- tFfOFFSElTNesa Evert ReferenceAdive^Poe*«J>M^ 




528 


Doctor 1 Toul 4 


- IFfActive Doctor— 6 Doctor 1 Toul 4* B13 99 Doctor 1 Total 4) 




529 


Doctor .2 ToUl .4 


- IFf Active Doctor- 7 Doctor2Toui 4*BXJ99Doctor_2_Toul_4) 




530 


Doctor 3 Total 4 


- CF( Active Doctor-8 Doctor 3 Toul 4*BS3 99 Doctor 3 Toul 4) 




531 


Doctor .4 .Total _4 


- CFfActrve Doctor-^ Doctor _4 Total 4*B1399Doctor^4_Toul_4) 




532 




- END.IFQ 




533 




- IF(OFFSET(Ne*l Evert RefrrenceActree Porter.27-3) 




534 


Doctor_I_ToUl_3 


- IF{Active_I)octor-6Doctor_l_Toul_3*B1399Doctflr - l - Totaj - 5^ 




535 


Doctor 2 Toul 3 


- IFfActive Doctor- 7 Doctor 2 Toul 3*B3399 Doctor 2 Total 3) 




536 


Doctor 3 Toul 3 


- IF(Activt_Doctor-«Doctor 3 _Toul 3+BS399 Doctor^ ^Toial^S) 




537 


Doctor 4 Toul 3 


- IFfActive Doctor— 9 Doctor 4 Toul 3+B1399 Doctor 4 Toul 3J 




538 




- END.IFQ 




539 








540 




=SET VALUEfDocton OccupiedDocton Occupied* 1) 


Free up Doctor 


541 




= F O RMULATEnd Simulator Time*2,OFFSET(Umt Refo-ence.1 Active Doctor)) 


Art 11*1 Lave Time to Doctor 


542 




=RETURNQ 





113 





A 


a 


C 


1 


nam*J 


Commands 


Icommunu 


2 








543 








544 


Doctor B 


,*IF(Docton Occupied2*Dodw Avtila6leJl£TURNQ) 


Occupy ■ Doctor Routine 


545 


Docton Occupied 


p Poet on Occupied* 1 


Occupy Doctor 


546 




■SET.VALUE(B350.End_Sunuleuon_Tune) 




547 




=F0RCTrue Counter-.!. 75) 


Find f irt in Bed 


548 




■ IFfOITSETfNca Even Refermce.Tnje_Coui*er.9)==TRUE) 




549 




■ OFFSETCNeaEvaaRefermccTnie Courter.8) 




550 




h lF(B349<B330£349£330) 




551 




- ENDFQ 




552 




-NEXTQ 




553 




■SET. VALUE! Active P outer ,MATCHfB3 30XCT SimsjI.O)) 


Domme its Rapoctrve Pouter 


554 








555 


Active Doctor 


-MATCH( MAXTDoctor Bo*U>xtor 3<rt.0)>3 


Enid Doctor OfTLongest Lrt Free 


556 




•fORMULAfMsaMr Clock Tune.OFFSET(N«* Evert RderenrtArtrn Potrtcr.9)) 


Mart Tima at with Doctor 


55" 




■PORMUIAfMsaur Clock TimcOFFSET(St«ReferenceActrve Doctor J)) 


Nfart Tuna Doctor Occupied 


558 




■f 0 RMULA13 .OFFSEKNot Evert ReferenceA*Uve_Poirter.4)) 


MrteUmt St*e 5 


559 




■SET. VALDE(PMiert_TVp*.01TSET(N«st_EvB< RefcrenreAcuw PoertrtJ)) 


DaeaaatFtioi Type 


560 


Tima with Doctor 


■RUNfDoctor Santt) 


Detinue Doctor Service Tuna 


561 




■PORMULAfTuna widi Doctor.OFFSETfUrat Rrfusnce.1 Acme Doctor)]) 


Aap Service Tuna to Doctor 


562 




-FORMULAE Active Point/r.OFFSETTUnk RefermceJActJva Doctor)) 


Aw*! Poet* to Doctor 


563 








564 




■RETURN!) 










i 

* 

i 


56^ 




568 


Doctor Service 


-rando 




569 








570 


Doctor Tuna 


£ 

| 

1 

5 

* 




571 




=END.F0 




572 




■[FfPatiert TypcQ 




573 




- SET. VALUHDoctor TuncNORMlNV(B36a.(.Wl 72- W1 6<V2>-60.Wl 78)) _ _ _ 




574 




=END IFO 




575 




-CF<P*iert Type- 3) 




576 




- SET.VAXX'E!Doctar_TirncNORMINV(B368.(Wl 73-W1 67/2)*60. W1 79)) 




m 




“OTO-IFO 




BE 




-IFfPniert TVpc-4) 




ESI 




- SCT.VALUEipoctor T TO NORMINV(B5«(WI71.W 16 4.J)*M.W17«), 




m 




-END IFO 




eh 




HF(P*i«rt_Type-5) 




EH 




- SET.VAUffi<Doclor_rantNORMINV(B3««.(Wl'n-w,M(2)*60.wl7SI) 




EE 




-CND-ffO 




EH! 








585 




-RETVRN(Doctor_r«r») 




s 








589 


Puet Complete 






590 




-SET.VALUEfSywem Courier .System Counter* 1) 


Tabulate System Statistics 


591 




■FORMULAtSyvtun Court er.OFFSET(AJ2^yeiem Courts’.!))) 




592 




-FORMULAlRegirtretian Queue* Nurses Occupied* Bed Queue* Bed« Occupi*d.OFF5ET(AJZ5yiion Courter.l)) 




593 




-FORMULAfMaaur Cock Tima.OFFSET(AJXSy«mi CouruU)) 




594 




-FORMULA!Ma*a’ Clock Tone*OFFSET(AJ2J)*on Courts l.2XOFFSETTAJ2*Sy«on Courter-l J)) 




5W 




-P0RMULA<(0FFSETTAJ2JrtUni Court*. l.l)*OFF3ETrAJ2Jy*mi Coieser*! J)),OFF3ET(An^y«rn Cou^l.4)) 




596 








597 




■OFFShTfNext Evert RefermceAcuve Po«rt*.6VOFFSETCNat Evert Rd'ane.^Anive PoirtvJ) 


Tuna b» Queue 


598 




■OFFSETTNext Evert Referent eActive Pouter, 7>OFFSETfNext Evert RefertnccActTve Potrter.6) 


Tuna with Nurse 


599 




■OFFSETfNoa Evert Refavnc eAcuve Pointer. 8V-OFFSET fNoa Evert ReferanceArtrve Pout*. 7) 


[Tun. ui Bed Queue 


600 




=Mtfter_Clock_TimeOFFSETrNe5a_Evat_ReferenctArtive Potrter.8) 


Time in Bed 


601 




-Master Cl ock JTime-O FFSETfNat Evwt Ref erenceActive Pointer. 9) 


Time with Doctor 


602 




-MKter Gock TimeOFFSEIYNea Evert Ref erenceActive Pouter j) 


Time ui System 


603 








604 


1 


■OFFSETfNoa Event RdswctActive Poirter.2) 


Get Paiert Type 


605 




=OFFSET(Noa Evat RefennceAcuve Pouter, 1 ) 


Gee Active Unit 


606 




-FORMULAtB605.OFF5ET(Ouqxjt_B603+ 1 .0)) 


Active Unit to Output 


607 




-FORMULA! B6O4.OFFSET(Output3603* 1. 1 )) 


P«ien Type to Output 


608 




-FORMULA^OFFSETfN'cxt Evert RefermceActive PotrterJ),OIT5IT(Outpui v B603+ 1 J)) 


Erter Syeem to Output 


600 




-tF(B604-l .0 JORMUUUB397.0FFSET(OutputB6037 1 J))) 


Reguasoon Quote to Ouput 


6(0 




»IF(B604- 1 . OJ 7 ORMULAfB39R.OFFSET(OutpucB603 ♦ l .4))) 


Nurse Output 


611 




-P0RMU1A!B399.0 FFSET(OutpucB603* 1 J)) 


Bed(>msc to Qnput 


612 




-F0RMUL\lB600.0FFSET(OutpuCB603> l .6)) 


Bed Tune to Output 


613 




■PORMULATB601 .OFF3ET!Output£605* l .7)) 


Doctor Tuna to Output 


614. 




-F0RMUXAfB60Z0FFSET(OutpucB605* l .Sf)) 


SprtM Tana to Output 


6151 








IS 




•FORMULA. GOTO!OFF3ET(SE310Artn* Potttr.l ):0FF5ETfSESl OActirt Pottrt.lOJkFALSE) 


C!w Port* Noa Evw* M«m 








618 




-VSCROLUO) 




££ 




-RETURN!) 




I 

622| 

623 








tND 






■Si 

625 




-SET. V ALUE!B63 3,0) 


Routna ta Find Processed Pat iota 




■SET VALUE!B632,0) 




626, 




— 3ET.VALUE!B633.0) 




627 




-SET.VALUEfProceeeed PtiertxO) 




628 




■ FO RCCourt-.2.Toul _Pm ierti ) 




629 




- IF(TSBLANKfOFFSET{Ouiput,Court,l))^TRUENEXT0) 




6301 


ProcewcdPitiCTti 


■ Proce*sed_Pdimte* l 




631 

632 




- ff(OFFSET(OitpucCourt.2)>l) 






=* IF(OFFSETfOutpuUCouncJ)X)JB632*l3632) 


Total who Wait for Reemutnon 


633 




- IFfOFFSET(Output 1 CourtJ)°0,B633*l,B433) 


Total wt>o Do Not Wnt for Ret 



114 






A 


B 


C 


1 


nama 


Command* 


common ts 


2 








63* 




- "end rip 




635 




= IFfOFFSET(Output.CourtJ)^)£633+l£633) 


Total who Wait for Bed 


636 




-NEXTQ 




637 








638 




“FO RMULAfNurse 1 TotiJ 1. OFFSETlSBBSl.il)) 


Tally NurserPMjrr* Statistics 


639 




“FORMULAfNurse 1 Total 2.0FFSET(SBBSU.l)) 




640 




“FORMULAfNurse 1 Total 3.0FFSET(S8B$l.4.1)) 




641 




“FORMULAfNurse I Total 4.0FFSET(SBBSU.l )) 




642 




“FORMULAfNurse! 1 Total 3.0FFSET(SBBSl.6.l)} 




643 




-FORMULA(Nurse 2 Total l,OFFSET(SBBJ1.2,2)) 




644 




-FORMULAfNurse 2 .Total 2.0FFSET(SBBS1 J.2)} 




645 




-PORMULAfNum 2 TouJ 3.0FFSET(SBBS1.4.2)} 




646 




-FORMULAfNurse 2 TouJ 4,0FPSET(SBBS1 J 3)) 




647 




-FORMULAfNurse 2 Total 3.0FFSCT(SBBS1.6J)} 




648 




-FORMULAfNuee 3 TouJ 1.0FFSET(SBBSl.2J)} 




649 




-FORMULAfNurse 3 TouJ LOFFSFnSBBSUJ}} 




650 




-FORMULA(Nuiee 3 TotalJ.OFFSET(SBBS1.4 J)} 




651 




-FORMULAfNusa _3 _TouJ _4.0FFSET(SBBS 1 .3 J}} 




652 




-FORMULAfNurse 3 TouJ 5.0FFSET!SBBS1 .6J)} 




653 




-FORMULAfNusa_4 TouJ _1.0FFSET(SBBS1.2,4)) 




654 




-FORMULAfNurse 4 TouJ 2.0FFSETCSBBSU.41) 




655 




“FORMULAfNuse _ 4 - TotaJ _ 3,OFFSET(SBBSl,4,4)) 




656 




“FORMULAfNurse 4 ToUJ 4.0FFSET(SBBSl J.4)) 




657 




-FORMULAfNurse 4 TouJ 3.0FF3ET(SBBS1.6.4)) 




658 




“FORMULA! SUMfBC3BC7).OFFSET! SB BJ1. 7.1 )> 




659 




“FORMULA! SUMfBD3BD7), OFF SETtSBBSl, 7,2)) 




660 




“FORMULA! SUM(BE3 8E7) OFFSET(SBBS l .7 J)) 




661 




=FORMULAfSUMfBF3 BF7).OFFSET(SBBSl.7,4)} 




662 




“Master Clock Time 




663 




“MODfMwter "clock Time.1440) 




664 




“IFfWl 01 >W1 06. W 1 01 -2400. W1 0 1 ) 




665 




“IFfWl 02>W1 07.W1 02-2400.W1 02) 




666 




“IFfWl 03 > W1 08 .W 1 03 *2400. W 1 03) 




667 




-IFfWl 04>W109.W104-2400.W1 04) 




668 




-tNT(BS662/1440)1(W106-B664)-0 6XfBS663-IFm664>OB664*0 6.0)>-lF(BS663-W106*0 6>OBS663-W106*0 6.0)) 


Nurse Wort Time 


669 




-tNT(BS662/1440)f(W107.B665) - 06X(BS663-lF(B663>OB663*0 6.0)VtFmS663-W107-06>0£J663.W107*0 6.0)) 




670 




“tNTfBS662/1440)irWl08-B666)*0 6>H(BS663.[F(B666>OB666*0 6.01VIF(BS663-W108-0 6XJ.BS663.Wl 08*0 6.0)) 




671 




-£NT(BS662/1440)f(Wl 09- B667)*0 6>XfBS663-IFrB667>O.B667-0 6.0)).IF(BS663-W| 09*0 6»BJ663-Wl 09*0 6.0)) 


l 


672 




“FO RMULA!BCJ8^6683C3 9) 


Nurse UUliZdion 


673 




-IFfNuree Nun*«r>l JORMULA(BOS8^669BC40)) 




674 




-IFfNum Num6«r>2JORMULA!BESa!B670BC4l)) 




675 




-<F(Nurs* Nunkwr>J.FORMULAfBFSS/8671.BC42)} 




676 








677 




“FORMULAfDoctor _ 1 _ToUl _l.OFFSCTfSBBSl.2J)) 


Tally DoctorfPuimt StMistics 


678 




-FORMULAfDoctor 1 TouJ 2.0FFSCT(SBBS1JJ)) 




679 




“FORMULAfDoctor _ 1 _ToUJ _3.0FFSET(SBBJ 1 .4 J)) 




680 




“FORMULAfDoctor l Total 4.0FFSETCSBBSI J J)) 




681 




“FORMULAfDoctor 1 Total 3.0FFSCT(SBBJl.6J)) 




682 




-FORMULAfDoctor 2_Total l.OFFSCTfSBBS 1.2.6)) 




683 




“FORMULAfDoctor 2 Total 2.0FFSCT(SB8SU.6)) 




684 




-FORMULAfDoetor.2_Total 3.0FFSET(SBBSl,4.6)) 




685 




-FORMULAfDoctor 2 Total 4.0F7SETTSBBS 1 J.6)) 




686 




-FORMULA/Doctor_2_TotaJ _3.0FFSCTTSBBSl.6.6>) 




687 




-FORMULAfDoctor 3 Total t .OPFSCTfIBBSl.2.7}) 




688 




-FORMULAfDoctor 3 Total LOPPSETf S8BS1 J,7)) 




689 




“FORMULAfDoctor 3 .Total J.OFPSETfSBBSl.4.7)} 




690 


1 


“FORMULAfDoctor 3 Total 4.0FFSCT(SBBS1 J.7)) 




691 




- FORMULA(Doctor 3 _Total _ 3 .OFFSET! SB BS 1 .6. 7)) 




692 


1 


“FORMULAfDoctor 4 Total l.OFFSETfSBBJl .2.81) 




693 


j 


“FORMULAfDoctor .4 _ Total _2.0FFSETfSBBS 1 J.8)) 




694 




“FORMULAfDoctor 4 Total 3. OFFSET! SB BS 1.4. 8)) 




695 




“FORMULAfDoctor 4 _ Total _4 .OFFSET! SBBS1 _\81) 




696 




“FORMULAfDoctor 4 Total 3. OFFSET! S BBS 1.6.81) 




697 




“FORMULAlSUMfBG3 B07).0FFSET(SBBS1.7_31) 




698 




“FORMULA!SUM(BH3 BH7) .OFFSET! SB BS 1.7.6)) 




699 


1 


- FO RMULA!SUM(BD B17).0FF3CT(S B BJ1 .7.7)) 




700 




“FORMULA!SUM(BJ3 8J7).OFFSET(SBBJI.7.8)) 




701 




■FORMULA! SUMfBC3 BJ3).OFFSCTf S8BS l .2.9)) 


Total Doctor i Nurse Statistics 


702 




-FORMULA! SUM1BC4 BJ4).OFFSET!SBBS 1 J^)) 




703 




-FORMULA!SUM!BC3 BJ5).OFF3ETfSBBSI .4.9)} 




704 




-FORMULA! SUM(BC6^J6\OFFSET(SBBS 1 J.9)} 




705 




“PORMULAf3UMfBC7 BJ7\OFFSETfSBBS l .6.9)} 




'06 




“FORMULA! SUMfBKJ BK8).0FFSET(SBBS 1 . IS)} 




707 




— tF(Wl 48>W1 J3.W1 4 8- 2400. W 148) 




708 




-IFfWl 49>W1 34.W1 49-2400. W1 49} 




709 




-0»(W130>W133.W1 30-2400. W1 30) 




710 




-1F(W1 3 1 > W1 56. W1 3 1 -2400.W 131} 




711 




— tNTTB1662/l 440)*((Wl 33-8707)*0. 6>*{fB1663-lF(B707>0 .3707*0 6.0))- IFfBS663-Wl 33*0 6XJ3S663-W1 33*0 6.0)) 


Doctor Work Torn 


712 




-fNKBS662/ 1 440)*(fW 1 34-B708)*0 6X(BJ663 -IF(B70«X)370«“0 6.0) Vff(BS663-W 1 34 “0 6XJ.BS663.W1 34*0 6.0)) 




713 




1NTrBW62/1440n(W133-B709)«0 6H-«BS663.[F(B709»3709*0 6.0)VIF(BJ663.W133*0 6>OBS663-W133*06.0)) 




714 




-fNTfBS662/l 440)fOVl 36-B7 1 0)*0 6>H<BS663-IFCB7 1 0>0.B7 1 0*0.6.0)>-tF(BS663- W1 36*0 6XJ.BS663.W1 36*0 6.0)) 




715 




-FORMULAfBO»B71 1.BC43) 


Doctor Ubluauon 


716 




-[F(Doetor_Numb<r>| JORMULAfBHXSfB7 1 1BC44)} 




717 




-IF (Doctor Nunkwr>2JORMULA!BIS8/B713BC43)} 
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719 








720 




“FORMULAfBed 1 Total .OFFSET! S8BJ l .1 0. 1 )} 


Tally Bed Stalistici 


721 

'22 




-FORMUlA(Bed_2_Total.OFFSET(SBBS 1.1 l.l )) 






“FORMULAfBed 3 ToUl.OFFSCTfSBBSl.12.1)) 




723 




“FORMULAfBed * _Toul.OFFSCT(SBBS 1.13.1)} 




724 
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APPENDIX C 

CHAMPUS INPUT & MONTE CARLO MACRO 
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0.368421053 


0.473684 


0.578947 


0.68421 1 


0.789474 


0.894737 


0.947368 


1 


data 


4 


0.15 


0.13 


0.135 


0.14 


0.145 


0.15 


0.155 


0.16 


0.165 


0.17 


name /ref 




R43C22 


20 


15 


10 


10 


10 


10 


10 


5 


5 


number 


16 


95| 


0.210526316 


0.368421053 


0.473684 


0.578947 


0.684211 


0.789474 


0.894737 


0 947368 


1 


data 


4 


0.15 


0.13 


0.135 


0.14 


0.145 


0.15 


0.155 


0.16 


0.165 


0.17 


name / ref 




R44C22 


20 


15 


10 


10 


10 


10 


10 


5 


5 


number 


nj 


95 


0.210526316 


0.368421053 


0.473684 


0.578947 


0 68421 1 


0.789474 


0894737 


0947368 


1 


aata 


4 


0.15 


0.13 


0.135 


0.14 


0.145 


0.15 


0.155 


0.16 


0 165 


0.17 


name / ref 




R45C22 


20 


15 


10 


10 


iol 


10 


io| 


5 


5 


number 


18 1 


951 


0.210526316 


0.368421053 


0.473684 


0.578947 


0 68421 1 


0 789474 


0 894737 


0 947368 


1 
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data 


2 


0 


0.03 


0.07 


0.15 














name / ref 




R30C24 
















1 




number 


19 














1 








data 


2 


0 


0.03 


0.07 


0.15 








1 - 






name / ref 




R31C24 




















number 


20 






















data 


2 


0 


0.03 


0.07 


0.15 


1 












name / ref 




R32C24 




















number 


21 






















data 


2 


0 


0.03 


0.07 


0.15 














name / ref 




R36C24 




















number 


22 
























2 


0 


0.03 


0.07 


0.15 














name / ref 




R37C24 




















number 


231 






















data 


2 


0 


0.03 


0.07 


0.15 














name/ ref 




R38C24 




















number 


24] 






















data 


2 


0 


0.03 


0.07 


0.15 














name /ref 




R43C24 




















number 


25 






















data 


2 


0 


0.03 


0.07 


0.15 














name / ref 




R44C24 




















number 


26 \ 






















data 


2 


0 


0.03 


0.07 


0.15 












( .... _ . . 


name / ref 




R45C24 




















number 


27] 






















data 


1 


902969 


925000 


875000! 


|_ 














name / ref 




R8C27 




















number 


28] 






















data 


1 


824250 


850000 


800000 














i 


name / ref 




R9C27 




















number 


29] 






















data 


1 


311754 


325000 


300000 

















name / ref 




R10C27 




















number 


~ 301 






















data 


l 


902969 


925000 


875000 










L -- 






name /ref 




R15C27 




















number 


3T| 


1 


1 


















data 


l 


824250 


850000 


800000 
















name /ref 




R16C27 




















number 


32 






















data 


1 


311754 


325000 


300000 
















name /ref 




R17C27 




















number 


33] 






















data 


l 


902969 


925000 


875000 














name / ref 




R22C27 


















number 


341 
















' 1 




data 


1 


824250 | 850000 


7750OU 










i 


( 




name / ref 




R23C27 




















number 


35 












I 




1 






data 


l 


311754 


325000 


300000 
















name / ref 




R24C27 




















number 


36| 
























1 


908609 


925000 


875000 
















name /ref 




R8C28 




















number 


37] 






















data 


1 


896762 


925000 


875000 
















name /ref 




R8C31 




















number 


38] 






















data 


l 


870088 


900000 


825000 
















name /ref 




R9C28 




















number 


39] 






















data 


1 


909335 


925000 


875000 
















name / ref 




R9C31 




















number 


40] 






















data 


l 


329277 


350000 


300000 
















name / ref 




R10C28 




















number 


41) 
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data 


1 


344147 


370000 


330000 












f 




name / ref 




R10C31 




















number 


42 






















data 


1 


908609 


920000 


880000 
















name / ref 




R15C28 




















number 


43 






















data 


l 


890762 


910000 


870000 
















name / ref 




R15C31 




















number 


44 






















data 


F 


870088 


900000 


850000 
















name / ref 




R16C28 




















number 


45 






















rlflfq 


1 


909335 


920000 


875000 
















name /ref 




R16C31 




















number 


46 






















fiatfr 


1 


329277 


335000 


300000 
















name / ref 




R17C28 




















number 


47l 






















data 


1 


344147 


375000 


325000 
















name /ref 




R17C31 




















number 


48] 






















data 


l 


908609 


930000 


880000 
















name / ref 




R22C28 




















number 


491 






















data 


“71 


896762 


905000 


870000 
















name / ref 




R22C31 




















number 


501 






















data 


1 


870088 


900000 


840000 
















name / ref 




R23C28 




















number 


Ml 






















data 


1 


909335 


930000 


880000 
















name / ref 




R23C31 




















number 


52] 






















data 


l 


329277 


350000 


300000 
















name / ref 




R24C2S 




















number 


53| 






















data 


1 


344147 


375000 


320000 
















name / ref 




R24C31 




















number 


54| 
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MONTE CARLO MACRO 





A 


B 


C 


1 


names 


Commands 


comments 


2 








3 




Summary Information 




4 


Tide: 


Monte Carlo Macro 




5 


Vernon: 


vl.O 




6 


Author 


Dixon Hickj 




7 


Corporation: 


Naval Postgraduate School 




8 


Creation Date: 


Tuesday March 2, 1993 




9 








10 


CommandW tndow 


Command Window 




11 

12 


HMi 






-SET. VALUE (Tim Itcratuny/ALSE) 




13 




-SET.VALUE(V«nab!« Known,TRUE) 




14 




-SET.VALUE(Recall_[npnt,FALSE) 




13 




— SET. VALUEfScreen Update. TRUE) 




16 




-SET.VALUE(Total Objective.O) 




17 




^ET.VALUE(Totil5qu^d,6) 




18 




- D IALOO BO Xflmput One) 


Enter Initial Data 


19 




MF^B 18* FALSE) 




20 


QUIT 


- ALERTf'Simulation Cancelled' ,3) 


End Simulation by user 


21 




- MESSAOEfFALSE) 




22 




- HALTQ 




23 




-END.1F0 




24 




“IFfReciil Input^TRUE) 


Copy Old Input Data 


23 




- COPY(AflSREF(RELREF(OFFSET(ABSREFOCn,!SASl),l,OX!SASIX'SASl):OFFSET(AflSREFOCll,'$ASlXl80,llX 


if Available 


26 




- COPY(ABSR£F(RELR£F(OFFSET(ABSREF(KU,!SASI).0,13),!SAS1),!SAS1):OFFSET(ABSREF(K11.!SAS1),64.13X 




27 




- COPY(ABSREF(RELREF(OFFSET(ABSREF(Kl 1,!SAS1XO,12X!SAS1XISAS1):OFFSET(ABSREF(K1 1,!SAS1)36,12X, 




28 




- OCTOCB18) 




29 




-END.IFQ 




30 






31 


J-lF(Fint Iteration* TRUE) 


Clear Variables if Fust Run 


32 




- FORMULA GOTO(Vanable_Box,TKUE) 




33 




- clears 




34 




-END.IFQ 




33 




- FO RMULA. GOTO(Output_ Box,TRUE) 




36 




-CLEAR(3) 




37 




-VSCROLLQ.TRUE) 




38 








39 


Divisions 


■4TJpper_Lumt-LowCT_Lmut)/N umber to Duplay 


Determine Freq Distribution 


40 




- FOR ( "Count - , O.Number to Dupliy) 




41 




- FO RMULAf Lo wer_Linu r^Couni' B3 9 ),OFFSET(Output_Ref,Count+ 2,1)) 




42 




-NEXTQ 




43 




-ACTIVATE. PREVQ 




44 




-lF(V«nabl«a_lCnown,OOTO(Iterationj)) 




43 

46 

47 




......... . Wl ............. . ......... . ...................... .... ....... ......................... ....... ................. ....... ...... .. ..... . • ................... . ......... ... ............. . ..... . . ..... ........... 






;x.xx.x.xx.x:-:x:xxxxxxx.x...x:*x;.xxxvxxx 




48 




=S ET. VALUEfVanable Count,Q) 


Enter Variable Information 


49 




=FORC’Count',l, Number Variable*) 




50 


Variable _Count 


-Vanable^Count-*- 1 




51 




=JF(OFFSET(Var Ref,(Vanable Coonf3)-U)="3ET.VALUEfK42^N/A)) 




52 




-1 FfO FFSET(Var“Re"f,(Vanablel:ount *3> U)^ ’ 3HT. VALUE(K39,'')) 




53 




-FORMULAfV anabla_Count,K98) 




54 




-DIALOG. BO Xflnput^T wo) 


Initial Input 


55 




-IFfDutnbution Type-l) 


Activate Appropriate 


56 




- FDRMULAfSES50-200.SES50) 


Distribution Box 


57 




- FORMULA(SES51-200.SES31) 




58 




- FQRMULA(SES33-200.SES33) 




59 




-ELSE. IF(Distnbunon_Type-2) 




60 




- FORMULAfSES55-200,SES35) 




61 




FORMULA(SES3 6-200, SES56) 




62 




- PORMULAfSES58-200.SES5S) 




63 




- FORMULA(SEJ60-200.SES60) 




64 




-END.IFQ 




63 




- 1 F(Diftnbotion_Type-3) 




66 




- PORMUUUSES62-200.SES62) 




67 




- FORMULA(SES63-200.SES63) 




68 




- PORMULA(SES63-200.SES65) 




69 




-ELSE. I F( Distribution Type-4) 




70 




- FORMULA(SE67-200,SE67) 




71 




- FORMULAfSE68-200.SE 68) 




72 




- FORMULAfSE 69-200.SE 69) 




73 




- FORMULA(SE70-200,SE70) 




74 




- FORMULA(SE71-2003E71) 




75 




- FORMULA(SE72-200,SE72) 




76 




- FQRMULA(SE73-200,SE73) 




77 




- FORMULA! SE74-200.SE74) 




78 


- FORMULA(SE75-200,SE73) 
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79 




- FORMULA(SE76-200.SE76) 




80 




- _ FO“RMULA(SE77T200,SE77) 




SI 




- FORMULA(SE78-200,SE78) 




82 




-END.1FQ 




83 




-DIALOG. BOXflnputTwo) 


Distribution Input 


84 




-FORMULA(2l 4,SES50) 


Deactivate Distribution Boxes 


85 




*FORMULA(205,5ES5 1 ) 




86 




-FORMULA(205,SES53) 




87 




-FORMULA(2l 4,SES55) 




88 




-FORMULA(2Q3,SES36) 




89 




-PORMULA(205.SES58) 




90 




-FORMULA(205^ES60) 




91 




-FORMULAE KSES62) 




92 




-FORMULA(205 T SEi63) 




93 




-FORMULA(205,SES65) 




94 




-FORMULAE 14,SE67) 




95 




-FORMULA(205,SE68) 




96 




-FORMULA(205,SE69) 




97 




-FORMULA(205,SE70) 




98 




-PORMULA(205,SE7l) 




99 




-FORMULA(205,$E72) 




100 




-FORMULA(205,SE73) 




101 




-FORMULA(205,SE74) 




102 




-PORMULA(205,$E75) 




103 




-FORMULA^ 205,SE76) 




104 




-FORMULA(205,SE77) 




105 




-FORMULA(205»SE78) 




106 








107 




'-1F(K42:>0,SET VALUE (Vanable_Reference,‘*)) 


If Variable Name Given 


108 






Clear Reference 


109 








110 




-FORMULA(\'anabl#_Cotmt > OFFSET(Vir_Rcf,(V«nabla_Coant“3),l)) 


Record Variable Number 


111 




-PORMULA(Dismbtmon_Type,OFFSET(Var_Ref,(Vanable Count*3-2),l)) 


Record Distribution Type 


112 








113 




-!F(Vanabls_ Reference—") 


Determine Link to Worksheet 


114 




- FORMULA(INDEX(NAMES0„Vtnable Ntme),OFFSET(Vtr Ref,(Vanable_Count-3-lXD) 




115 




- FORMULA. GOTO(GET.CELLf3 t OFFSET(Var Ref,(Vtnable Count-3- 1 XI ))) 




116 

117 




- REFTEXTfACTTVE.CELLOJALSE) 






- FORMULA(BU6.0FFSETl(Vir Ref,(Vanable Counf3-l),2)) 




118 




- R£PLACE(OFFSET(Vir Rtf,(V triable Coimt-3-l),2Xl,FrNDC^OFFSETCVtr Ref,(V triable Coonf3-lX2)X") 




119 




- PORMULA(Bl 18,0 FFS ET(Var_ReC(Venable_Cotmt-3- 1X2)) 




120 




-ELSEQ 




121 




- FOR MULA(V tna ble Reference,OFFSET(Vtr Ref, (Variable Coont*3- 1),2)) 




122 




-END.IFO 




123 








124 




-ABSR£F(OFFSET(Vtr Ref,(Vanable Count-3- l),2X!SASl) 


Obtain Ongmal Variable Value 


125 




-FORMULA(Bl24,OFFSET(Vtr_ReC(Vtriable_Coant*3-2X2)) 


Record Variable Value 


126 








127 




-IFfDUtntmticm Type-l) 


Record Distribution Statistics 


128 




- PORMULA0ci4 t OFFSET(Vtr_Ref.(Vtnable_Cot2nt-3>-2U))) 


to Variable Box 


129 




- FORMULA(K5 2,0 FFS ET(Vtr Ref,(Vtnable Count-3>2,4)) 




130 




-ELSE IFfDutnbuOon Type-2) 




131 




- FORMULA('K61,OFFSET(V«r_Ref,(Vanable_Coant*3>23)) 




' 132 




- FORMULAOC59.0FFSET(Var Ref, (Variable Coum“3)-2,4)) 




133 




=* FORMULA(K57,OFFSET(Var Ref,(Vanable Counf3)-2,3)) 




134 




-END IFO 




r 135 




=IF(Distnbuticm Type-3) 




136 




- FORMULA fK 64, OFFS ETfVar Ref,(Vanable_Cotmf3)-2J)) 




U7 




- FORMULA(K66,OFFSET(Var_Ref,(Vanable_Count*3)-2,4)) 




138 




-ELSE.IF(Dumbtmon Type— 4) 




139 




- FORMULA(K79,OFFSET(Vtr Raf,(Vantble Count-3 )-2J)) 




140 




- FORMULAfJC80,OFFSET(Vtr3Ref 1 (Vanablej:oant*3> 1 j)) 




141 




- F0RMULA(K81,0FFSET(Vtr Ref,(VtnmWe Coanf3)-2 > 4)) 




142 




- FORMULAfK82,OFFSET(Var Ref,(Vtntble Cornu* 3> 1,4)) 




143 




- PORMULA(K83,OFFSET(Vtr~Raf,(V 1 nabie~Co«nt*3>*Z^)) 




144 




- FORMULAfK84,OFF5ET(Var Ref,(Varrable Cotmt-3)- 1 ,3)) 




145 




- PORMULA(K85,OFFSET(Vtr Raf^Vanable Coujtt*3)-2,6)) 




146 




- FO RMULAfK.86 ,0 FFS ET(Var7Re CfVtnableTc otmt" 3>l ,6)) 




147 




- FORMULA(TC87,OFFSET(Var Ref.(V«nable Connt*3>2,7)) 




H*| 




- PORMULA(K88,OFF5ET(Vtr ReC(V enable Count *3)- 1,7)) 




149 

150 




- FO RMULA(K89,0 FFSET(V tr^Ref^V tnabl#7c<rart*3>-2,8)) 






- FO RMULAHC90,0 FFS ETTVar ReC(VenaMe Connr*3)- 1 ,8)') 




151 




- FORMULAOC9 1 T OFFSET(Vtr R.f,(V triable Coont*3)-2^)) 




152 




- FORMULA(K92,OFFSET(Vtr_Ref,(Vtnable_Coant*3>.l^)) 




153 




- FORMULAfK93,OFFSET(Vtr Ref, (Variable Coont*3>-2,10)) 




154 




- FORMULAfK94,QFFSET(Vtr Ref,(Vtnable Coont*3)-l,l0)) 




155 




- FORMULAfX95,OFFSET(Vtr_Ref,(Vtnable_Counf3>.2. 1 1)) 




156 




- P0RMULAfK96,0 FFSET(Var Ref,(V enable Count -3Vl,U)) 




157 




- SUMfOFFS ETfVar Ref,(Vtnable Counf3>U)OFFSET(Vtr Ref,(Vanable Coonf3>-l.l l)) 




158 




- FORMULA(Bl57 t OFFSET(Var Ref t (VanabIe Counl*3),2)) 
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159 




- 


FORMULA(OFFSET(Var Ref,(Vanable Count*3)-U)/B$ 157, OFFSETfVar Ref,(Variable Coont-3)3)) 




160 






OFFSET(V«r Ref,(Vanable Counf3)-1.4yBS157+OFFSET(Var ReCfVanable Count-3)^) 




161 




- 


FO RMULA(B 1 60.OFFS ET(Var_Re f,(Vanable_Coonf3 ),4)) 




162 




- 


OFFSETfVar Ref.fVanable Count-3)- 1.5yBS157+OFFSET(Var Ref.fVanable Counf3),4) 




163 




- 


FORMULA(B162,OFTSET(Var ReCfVanable Count*3).5)) 




164 






OFFS ET(Var_Ref,(V anable_Count*3)-l,6)/B$l 57+0 FFSET(V«r_Ref.(Vanable_Count*3),3) 




165 




- 


FORMULA (B 1 64,OFFSET(Var Ref,(Vanable Count *3), 6)) 




166 




- 


OFFSETfVar ReCfVanable Count*3)-l,7)/BS157+OFFSET(V«r ReCfVanable _Counf3),6) 




167 




- 


FORMULA(Bl66,OFFSET(Var_Ref,(Varisble_Coimt*3),7)) 




168 




- 


OFFSETfVar Ref,(V«nabla Coonf3)-l,8yBSl57+OFFSET(Var_Ref,fVanabla_Coant*3),7) 




1691 




- 


FORMULA(B168,OFFSET(Vtr_ReC(V«nablo Coqnt*3),8)) 




1701 




- 


OFFS ET(Vir_ReC(Vmable_Count*3)- 1 ,9)/BS 1 57+0 FYS ET(V«r_ReC(V«riable_Count*3X8) 




171 




- 


FORMULAfB 1 70.OFFS ETfVir _ ReCfVani bla^Count-3^^ 




172 




- 


OFFSETfVar ReCfVanable Counf3>UOVBS157+OFFSET(Var_RaC(Vanabla_Cotint-3)^) 




173 




- 


FORMULA(B172,OFFSETfVar_RafXVanabia_Connt-3),T0)) 




174 




- 


OFFSETfVar Ref.fVanable Count* 3>l,liyBSl57+OFFSET(Vir_ReC(Vanable_CoTint*3) T IO;) 




175 




- 


FO RMULAfB 17 4,0 FFS ETfVar _Raf,(V triable _Cotmt*3),l 1)) 




176 




-END.IFf) 




177 




-NEXTQ 




178 

]79 








Tio 








181 


1 tan turns 


ECHO< Screen Update) 




182 




-FORf* ltendon_Count",l T Number_ Itendons) 


Do Monte Carlo Simulation 


183 




■ MESSAGE (TRUE, I tend on Count) 


Display [tendon Number 


184 




- SET. VALUE (Venable Count,0) 




185 




- FORT Count*, 1, Number Variables) 


Call up Each Variable and 


186 




■ SET.VALUEfVanable Count,Vanable Count+1) 


Calculate a Probabilities 


187 




SET. VALUE (Distribution Type. OFFS ET(Var Ref.fVanable CounP*3-2),l)) 


Value, then Record to 


188 




• lF(Distnbution Type-lj) 


Worksheet 


189 




RAN DC) 




190 




- OFFSET(Vtr Ref,(V«nable Counr3)-2,3) 




191 




OFFSET(Var Ref,(Vanable Coont*3^2,4) 




192 




(B190-B191)"B189+B191 




193 




FORMULAE 192^ABSREF(OFFSET(Vir Ref.fVanable Counf3-l),2),!SASl)) 




194 




ELSE.lF(DirtribunonType-7) 




195 




RANDT) 




196 




OFF5ET(V«r ReCfVanable Cotmt*3)-L3) 




197 




OFFSETfVar Ref.fVanable Coanf3)-2,4) 




198 




OFFSET(Var Ref.fVanable CounfiyU) 




199 




(Bl98+(4*B197HB198y6 




200 




ABSC(B196-B198)/6) 




201 




NORMrNV(B195,B199.B200) 




202 




FO RMULA(B201 ABSREF(OFFSET(V«r . Ref,(Vanabla .Count* 3- 1 U),!SAS 1 )) 




203 




END.1FQ 




204 




IFfDistnbuaan Jype-3) 




205 




RANDQ 




206 




OFFSET(V«r _Ref,(V«nable_Coimt*3)-2J ) 




207 




OFFSET(V«r ReCfVanable Count*3)-2,4) 




208 




NORMrNV(B205,B206.B207) 




209 




FORMULA(B20&ABSREF(OFFSET(Vtr Ref,(V«nable Com\t*3-l),2),!SASI)) 




210 




ELSE.IFOistnbution Type— 4) 




211 




RANDf) 




211 




OFFSETfVar Ref.fVanable Counf3.2).J) 




213 


| 


IF(B21 l>OFFSET(Vtr_ Ref,(Varuble_Counf3),4),OFFSET(V«r Ref,(Vanabla Counf3-2U).BS212) 




214 


1 


IF(B2 11 >OFFSET(Var_ Ref,(Vanabla Coam-3),5),OFFSET(Vir_ Ref,(Vanable _Cotmt-3-2),6).BS2 1 2) 




215 


I 


1F(B2 1 1 ^OFFSETfVar ReCfVanable _Coimt*3),6),OFFSET(Vir_ReC(Vanable _Count-3-2),7).BS2 1 2) 




216 




1F(B21 l>OFFSET(Vir ReCfVanable Coimt-3),7),OFFSET(Var ReCfVanable Count*3-2).8),BS212) 


... J 


217 


| 


IF(B2UX3FFSET(Var Ref,(Vanabla Counf3),8),OFFSETrVar Ref,(Vinabla Counf3-2),9),B$212> 
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SET.V ALUE(Present > 0bjectxve > B232) 




2J4 




ELSEQ 




235 




ABSREFfObjective Reference, ($AS1) 




236 




SET.VALUEfPneent Objective, B235) 




237 




ENDIFQ 




238 


Present Objective i 




Present Objective 


Record Objective Value 


239 


I Fi Present Obiecdve< Lower LuniO_^ 





125 





A 


B 


C 


1 


Dimn 


Commands 


com meats 


2 








240 
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